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FIG. 12B 
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FIG. 14B 
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FIG. 14C 
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FIG. 16B 
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FIG. 16C 
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FIG. 16D 
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FIG. 17 A 
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FIG. 17B 
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SALES AND MARKETING SUPPORT In an effort to deal with a large customer database, 

SYSTEM USING A CUSTOMER businesses traditionally maintain customer records. In some 

INFORMATION DATABASE cases these records are in the form of simple paper records, 

but recently electronic records have become common. 

STATEMENT CONCERNING PARENT 5 Originally, separate data storage was used for each elec- 

APPLICATION UNDER 35 U.S.C. 120 tronic record keeping application. Thus, each department in 

This application is a continuation-in-part of and claims a financial institution, for example, would have a program 

the benefit of the earlier filing date, pursuant to 35 U.S.C. mat created and maintained records needc d for its purpose. 

120, of copending application Ser. No. 08/544,102 entitled ^ problem with this approach is that information must be 

ELECTRONIC SALES AND SERVICE SUPPORT SYS- 10 extens i ve ly duplicated. For example, a customer's name and 

TEM AND METHOD filed Oct. 17, 1995, which application addrcss mi & { a PP ear in se P arate files in several separate 

is currently pending. departments. 

There are other problems with application specific data 

NOTICE OF COPYRIGHTED MATERIAL IN storage. Since a customer's information is entered in more 

DISCLOSURE 15 than one file, any change in status must be entered into each 

A portion of the disclosure of this patent document file > ofteD b ? different people. Over time the accuracy and 

contains material that is subject to copyright protection. The uniformity of the data deteriorates. In addition, the use of 

copyright owner has no objection to the facsimile reproduc- application specific data storage requires more data entry 

tion by anyone of the patent document or the patent and more stora S e s P ace - 

disclosure, as it appears in the U.S. Patent and Trademark The concept of a database, introduced more than twenty 

Office patent file or records, but otherwise reserves all years ago, has come a long way toward eliminating these 

copyright rights whatsoever. problems. In a database, data is stored in a central location 

so that there is no duplication of data. Database management 

FIELD OF THE INVENTION programs are used to manage databases. Examples of cur- 

The present invention relates generally to a sales and 2$ rently available database management programs include 

service support system and method, and in particular, to an DB2 (for larger databases) and dBase (for personal 

electronic sales and service support system and method for computers). 

assisting customer service and identifying sales targets, Typically, a database management system (DBMS) is 

distributing sales leads, enhancing sales tools, and tracking 30 used t0 manage the creation, storage, access, updating, 

performance of sales and sales personnel. deletion, and use of a database. A typical DBMS creates 

databases and their structures; provides the means for the 

BACKGROUND OF THE INVENTION control and administration of the data in the database; 

In response to increasing competition, financial P rovides the mea " s for ?" re an ? Ration programs to 

institutions, like other service providers, have begun to 3 5 access, enter, modify, and manipulate the data in a database; 

adopt sales and service techniques that have been successful P rovides a re P ort generator, provides "ad hoc" query facili- 

in other fields. Marketing financial services poses unique ties i P r0Vldes re P orts . t0 management on who accessed the 

challenges, however. To begin with, most people do not shop database and what activit y was Performed; provides reports 

for financial services. Instead, something in a customer's life t0 operators on hardware utilization, status of current users, 

occurs to cause a customer to make a change or be open to 40 and other monitorin S data; and provides automatic backup 

a change. Tliere are moments in life when inertia is over- and recover y roulines for the data m Cabases, 

come; either by moving, death, formation of a family, or Multiple-user databases present several additional chal- 

when a customer becomes angry enough to make a change. lenges. These include maintaining system performance as 

For these reasons large unfocused marketing of financial ^ number of users increases, controlling concurrent access 

services is usually not effective. Instead, marketing of finan- 45 of data > maintaining security, and administrating the data- 

cial services must be targeted to those inclined to make a base. 

change or open other accounts. In the past, accurately There are four basic database models: (1) hierarchical, (2) 
identifying customers that are open to change and predicting network, (3) relational, and (4) object-oriented. The hierar* 
when these events will occur has been difficult, if not chical and network models use files for storing data. Data 
impossible. Thus, there is a need for a better system and 50 relationships in the hierarchical databases follow 
method for predicting when customers or potential custom- hierarchies, or trees, which reflect either a one-to-one or a 
ers will be open to change. one -to -many relationship among the record types. Data 
To anticipate a customer's needs and support targeted relationships in network databases follow a many-to-many 
marketing, a service provider must know its customer. relationship among the records. The data relationships must 
Knowing one's customers is also important for improved 55 be defined at the time that a hierarchical or network database 
customer service, another proven way of getting and keep- is created. Relational databases use tables for storing data, 
ing new customers. Since knowing one's customers The data relationships can be dynamically determined by the 
becomes more difficult when the number of customers users and do not have to be defined when the database is 
increases and the frequency of each customer's contact with created. A relational database uses a database query lan- 
a particular employee decreases, the size of a large financial 60 guage for users to access and manipulate data in the data- 
institution's customer base can present an obstacle to some base. Query by example and structured query language are 
marketing efforts. In the financial community today, a large two database query languages. Object-oriented databases 
financial institution may have several million households store data together with procedures in objects, 
and customers each with a unique set of accounts. The data A relational database is composed of many tables in 
available for these households, customers, and accounts is so 65 which data are stored. Tables in a relational database must 
massive, that it has heretofore not been fully used for have unique rows, and each cell or field must contain only 
marketing campaigns. one item of information, such as a name, address or iden- 
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tinea tion number. A relational database management system fall into two distinct categories: limitations in the sources 

(RDBMS) allows data to be readily created, maintained, and quality of data input into the database and limitations on 

manipulated, and retrieved from a relational database. one's ability to search and retrieve data from the database. 

In most sophisticated databases, data is retrieved by In some cases these limitations work in opposition to one 

querying the database. Query languages allow users to 5 another. For example, as one improves the size and quality 

locate specific records based on the data that they contain. of a databases, searching and retrieving data from the 

Known query languages include program-specific database becomes more difficult. 

languages, structured query languages, natural languages, In recent years, financial institutions, such as banks, have 

and query by example. When using query languages, the used targeted marketing (especially direct mailing and 

user typically specifies the rules the program follows to J(J telemarketing) to market a wide variety of financial products 

select records to be retrieved. These rules are referred to as and services to existing and new customers. To assist these 

criteria. Only those records matching the criteria specified efforts, the banks have used traditional databases containing, 

are retrieved. ^ f or example, customer lists and mailing lists. These tradi- 

In a relational database, data relationships do not have to tional targeted marketing sources do not, however, take full 

be predefined. Users query a relational database and estab- advantage of the information available to full service finan- 

lish data relationships spontaneously by joining common c ^ a [ institutions. 

fields. A database query language acts as an interface & • 1 • t - t t - t • n ff 

, , j i.-fj.L * FuU service financial institutions typically offer consum- 

between users and a relational database management sys- _ . „.< • , r fi , ; . , . -. 

tem & 3 ers a wide variety ol financial products, including traditional 

" , . A , , . * . 1 j i i_ deposit, investment, loan, and mortgage accounts, as well as 

Two basic query styles are used in a relational database: n „^ ot „ ~f fi„.J~;„i ™«,-™ • 1 ,a- a-* a 

/n x u 1 j /n\ * * j 1 t in a variety of financial services, including credit cards, 

(1) query by example, and (2) structured query language. In zu , , j- , « . fe . , 

u 1 *i j * u * * j ■ brokerage, direct access, business access, checks as cash, 

query by example, the database management system dis- ♦ 1 i. u-n * a * . i_ 1 * ... . n 

1 c u ■ r *• j , • ■ • • < • . telephone bill payment, and safety check. In addition, fi nan- 
plays field information and users enter inquiry conditions in ■ 1 ■ *. . • « i * ' 
fu j ■ j c u cial institutions now typically offer access to financial ser- 
tne desired fields. . . . , / r ' J . . . 
. _ A , , /o^r \ • . JJJL vices through a variety of means, including automatic teller 
Structured query language (SQL) is the standard database machines (ArNfc) customer actiyated ^^als (CATs) 

q r ry r,o^ age USCd Wlth rekt T databa f S " SQL 15 P art screen phones, personal computers configured for banking, 

of a DBMS, not a separate stand-alone software program^ ^ di ital voice re t ai f d 

SQL allows users to create and operate sets of related . j tJi - 1 l / 1 . h 

■ r .. . , j ■ .Ti t™. ro^x • smart cards > as wel1 as traditional human bank tellers. 

mformaUon that are stored in tables. The core of SQL is its Information from these diverse sources ides an unusu . 

flexibility in querying a database. ^ aUy pictufe of a customc r>s financial habits and 
This flexibility is possible because of the manner in which needs me abiHty to stQre and retfieve tbis weaUh of 
data are stored in a relational database. Data are stored in data in a mcaningfill way has enormous commercial poten- 
tates that have specific properties. These properties tial. Despite this commercial potendal, there remains a need 
include: (1) one or more named columns, (2) the data m each for a system and method for ^^1^ a comprehensive 
column are of the same type, (3) zero or more rows (zero 35 database from these diverse sources and ret rieving informa- 
rows occur when the table is defined but no data are entered tion from (he centfal database in a meanmg f u l an d practical 
yet), (4) every row is unique, (5) a single data value is wav 

contained in the intersection of any column and row, and (6) ^ afe dcflcicncies in currentl availa51e s 

the order of the columns and rows does not matter. tems and methods for assembling cuslomer finandal data 

There are two basic schemes for retrieving data from a ^ and retrieving information for use in marketing and cus- 

database: set orientation and record orientation. Each tomer service systems. To begin with, most users (e.g., bank 

method has advantages and disadvantages. employees) never learn how to use complex query lan- 

A set -oriented database allows the user to focus on the guages. Mastery of the language requires significant training 

characteristics of the data rather than the physical structure an d s kilL Instead, developers write custom applications that 

of the data. The user works with data in groups, or sets, or 45 are by users having only a limited understanding of the 

tables, rather than as individual tables. DBMSs that use program. Thus, a user's ability to use a database is often 

SQL, such as SQL Server, Oracle, and SQL Base, are limited by the custom applications written by someone else 

set-oriented. f or m eir use. Consequently, available large scale database 

Record-oriented databases access data based on the physi- systems typically don' t have the flexibility to allow the user, 

cal structure of data and indexing. A record pointer permits 50 the person most familiar with marketing, to use their own 

the user to maneuver through a table one record at a time. It knowledge and experience to select criteria retrieving data 

is easy to access successive rows or records in a table. from the dal abase for targeted marketing. Instead, users 

However, the developer of the database management system must rely on a set of predefined queries that may or may not 

must write the programming code such that it will loop provide the desired results. As a result, the sales campaigns 

through every record requested, which is a disadvantage. 55 typically only target easily ascertainable groups of new or 

Examples of DBMSs that use a record-oriented approach are existing customers, such as all new customers, or all existing 

dBASE and Clipper. customers with certain types of accounts, etc. Since there 

In SQL, security is maintained by the granting authority. has been no effective way to quickly generate and distribute 

Authority may be granted to an entire database, certain lists of sales leads for very specific groups of people that are 

tables, or certain commands. A database administrator must eo most likely to subscribe to new financial services being 

have access to the entire database so that it can be main- offered, those customers who most likely need or want the 

tained properly, while a user generally needs access to additional products a financial institution has to offer are not 

specific tables or parts of tables. For example, a person always the ones targeted by the sales campaigns. This has 

might have access to a personnel table but not to the salary resulted in less than satisfactory success rates for marketing 

column in that table. 65 campaigns. 

Attempts to build and use customer databases have a In addition, those in charge of marketing are often not 

variety of limitations. In a general sense, these limitations given access to a customers' entire relationship with the 
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financial institution or complete demographic information 
about the customer (i.e., the customer's "profile"). Thus, it 
is difficult for direct mail and telemarketers to address the 
targeted customers intelligently, with full knowledge of the 
customer's background and financial situation. Basic infor- 5 
mation about existing customers is frequently not available, 
or the response time required to profile an existing customer 
is too long. These problems tend to create a poor experience 
for the customer and less than optimum sales performance. 

In addition, the sales performance of bank branches, 10 
branch managers, and others in charge of the marketing 
campaigns has not been analyzed and tracked effectively. A 
complete indication of sales performance has typically only 
been available after the sales campaigns are complete and 
after the results of the campaigns are manually collected and 15 
analyzed. This typically required a series of paper-based 
forms and ad hoc systems that generated relatively slow 
feedback to sales personnel. Thus, there is also a need for a 
system to provide up-to-date on-line sales summary reports 
for each of the products and services marketed by the 20 
branches, as well as an indication of performance by the 
individual sales personnel. 

In short, there remains a need for an improved integrated 
system for identifying sales targets, distributing sales leads, 
enhancing sales tools, and tracking the performance of large 25 
sales campaigns and individual salespersons to maximize 
customer satisfaction, as well as the profit of the financial 
institution. 

SUMMARY OF THE INVENTION 30 

It is thus an object of the present invention to provide an 
electronic sales and service support system that provides 
improved identification of sales targets using a centralized 
database and acts as a tool for improved customer service 35 
and relationship building. More specifically, the present 
invention is directed to a system that allows a bank to predict 
and take advantage of the rare times when inertia is over- 
come and a customer is open to changing banks or opening 
new accounts while at the same time allowing the bank to 
build or cement a relationship with existing and new cus- 
tomers. 

The system of the present invention is also useful for 
improving customer service and reducing customer attrition 
by strengthening the banks relationship with the customer. 45 
Specifically, studies have shown that as a customer's rela- 
tionship with a bank broadens, the customer's balances 
increase, and hence the customer's profitability to the finan- 
cial institution also increases. Moreover, the more closely a 
customer is tied to a bank, the more difficult it is to change 50 
banks. The present invention provides a tool for establishing 
a long term and broad relationship with a customer by 
allowing those in charge of marketing financial services to 
access and discuss the full range of financial services 
presently used by the customer, as well as to only target 55 
optimum groups of customers for each marketing campaign 
conducted. 

It is a further object of the present invention to provide a 
system and method for standardizing and householding 
information from internal and external sources into a cen- 60 
tralized database of a financial institution to support mar- 
keting activities. 

It is a further object of the present invention to provide a 
system for efficiently assembling and retrieving information 
from a centralized database containing a high volume of 65 
financial and demographic data to support marketing activi- 
ties. 



,764 
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It is a further object of the present invention to provide a 
system that quickly generates and distributes lists of sales 
leads to marketing personnel. 

It is a further object of the present invention to provide a 
system that provides marketing personnel with a dynamic 
view of a customer's financial and demographic profile 
during a marketing session. 

It is a further object of the present invention to provide an 
on-line performance tracking system for tracking the per- 
formance of sales campaigns and individual salespersons. 

Additional objects, advantages and novel features of the 
invention will be set forth in the following description and 
will become apparent to those skilled in the art upon reading 
this description or practicing the invention. The objects and 
advantages of the invention may be realized and attained by 
the appended claims. 

The present invention meets these objectives by providing 
a system and method for assembling a comprehensive 
database from diverse sources and retrieving information 
from the central database in a meaningful and practical way. 
The system and method of the present invention are 
primarily, but not exclusively useful for supporting large- 
scale marketing activities, especially for large financial 
institutions. 

The system of the present invention preferably includes a 
central database, one or more micro marketing centers hav- 
ing a plurality of user workstations, a central customer 
information system ("CCIS") having a plurality of branch 
workstations and an account opening system ("AOS"). 
These components are linked together through telecommu- 
nication or other means so that the micromarketing centers, 
the CCIS and the account opening system can communicate 
electronically with the central database. The central cus- 
tomer information system ("CCIS") preferably includes a 
relationship profile component, an account management 
component, a lead management system, or a sales tracking 
and reporting (management information system or "MIS") 
component. 

In a broad sense, the system of the present invention links 
all of the components of a large commercial bank. 
Specifically, the massive central database is linked to user 
work stations to allow users to query the database. Accord- 
ing to one aspect of the present invention, a graphical 
interface is provided to allow users that are not familiar with 
structured query language to nonetheless obtain information 
from the database. The database is also linked to a central 
customer information system (CCIS). The present invention 
ties all of these components together and provides a sys- 
tematic way of targeting customers and tracking the success 
of customers solicitations. 

Using the system of the present invention, a branch may 
decide on a campaign and coordinate the campaigning with 
a regional micromarketing center. The system of the present 
invention can be used to target customers and generate lists. 

In accordance with an important aspect of the present 
invention, the system of the present invention is linked 
directly to on-line branch systems. In this way, leads, 
preferable loaded by the micromarketing center can be 
automatically sent to the branches. Regional micromarket- 
ing centers are particularly important to the system and 
process of the present invention. In particular, the present 
invention provides micromarketing centers with the ability 
to generate lists identifying various types of mailing 
addresses and providing a link to on-line CCIS branch 
systems. This gives the regional micromarketing center all 
the capabilities available in the analytical work station. 
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Moreover, the micro marketing center can suppress various fed into the database from a variety of sources, including 

types of addresses, for example, business or legal addresses. business and credit card feeds from the financial institution 

The leads generated using this approach can be automati- for each product and service offered by the institution, and 

cally uploaded overnight to a system for providing the leads feeds from outside vendors. The outside vendor feeds pref- 

directly to the branches. 5 erably include all publicly available demographic 

In connection with the regional micromarketing center, information, phone numbers, addresses, tax and property 

the system of the present invention includes a graphical user records, and so forth. 

interface that allows the regional micromarketing center to The data from these sources is stored in a uniform format, 

generate lists identifying various types of mailing addresses For this purpose, a uniform storage or householding 

and linking to the on-line CCIS branch systems. This allows 10 algorithm, a name and address standardization process, and 

the original marketing center to direct leads to a specific a merge process may be used. In addition, the information is 

campaign. In general, the process flow may be described as preferably maintained in the central database in a three -tier 

follows. Initially, branch users (bank management) decides hierarchy so that it can be accessed selectively at household, 

on a sales promotion. The sales promotion concept is customer, and account levels. A given household may have 

communicated to the regional micromarketing center. The 15 one or more customers, and each customer in a household 

system allows the regional micromarketing center to use the may have a number of different accounts, 

user work station to generate leads. Typically, a request can Thus, the central database serves as a single central 

execute from 5 minutes to 24 hours depending on size and repository for storing all customer related information 

type of request. Leads are automatically loaded to a system throughout the business. As described hereinafter, the cen- 

for providing leads to the branch users and personal bankers 20 tral database can be used for a wide variety of customer 

overnight. The personal bankers may then use the leads and service, financial analysis and marketing purposes, 

relationship profiling for sates calls. While a single centra] re p 0 sitory for storing all customer 

The central customer information system ("CCIS") pref- related information throughout a business offers significant 

erably includes a relationship profile component, an account potential, the database is necessarily so large that certain 

management component, a lead management system, or a 25 problems arise. For example, the present inventors recognize 

sales tracking and reporting (management information sys- that a database of this size cannot practically be directly 

tem or "MIS") component. Each component can generate searched. Thus, in accordance with another aspect of the 

reports, which are provided to the branch to complete the present invention, the system of the present invention 

sales process. includes means for allowing users to dynamically build 

The electronic sales and service support system is pref- programs for searching the central database, 

erably capable of interfacing with a system for opening a The workstations of the micromarketing center of the 

single account that includes a full range of financial com- present invention include means, preferably in the form of 

ponents. Thus, the integrated system of the present invention software designed to run on a general purpose computer, for 

also preferably includes a system for opening an account, 35 generating a graphic user interface ("GUI") that runs on a 

preferably in a single session. The system is preferably in Windows™ PC or Macintosh™ computer. The means, again 

communication with the central database, micromarketing preferably software for directing a general purpose 

centers, central customer information systems and branch computer, provides a local copy of all the tables and struc- 

systems of the present invention so that data can pass hires on the central database that are used by the worksta- 

between these systems where legal and appropriate. ^ tion. This insures that all users have the latest definitions and 

The central database underlies all of the applications of fields, 

the present invention, while the micromarketing centers, the In addition, the system includes means for walking users 

CCIS and the account opening system are used to access the through each step of searching the central database, using 

central database information (and in some cases supply pull-down windows, icons, drag-and-drop, and other fea- 

information to the central database). The central database of 45 tures that are familiar to users. Moreover, the system 

the present invention is a comprehensive and enriched includes means for building "proper" SQL queries for each 

database that includes information about all customers and request, and hiding the special codes and syntax required to 

products in the financial institution, including branch insure that these queries will run. Finally, the system 

products, bank cards, travel and entertainment cards, student includes means for downloading reports and files to local 

loans, investments, insurance and mortgage products. 50 printers or storage devices. 

The central database is designed to insure the accuracy of The workstations of the micromarketing center also have 

the information and to make the information easier to use by the capability to, among other things, search the information 

non-technical staff. Thus, the system includes means for contained on the central database and generate lists of leads 

scrubbing and standardizing incoming information, (i.e., sales targets) for marketing campaigns. The micromar- 

householding, building history, calculating status codes, 55 keting workstations allow the user to build a query, define or 

maintaining tables and calculating strategic flags. Most design a report, run the process, i.e., run the query, run the 

fields in the central database are preferably updated monthly results of the query into a report, and then download or 

with information captured at month end. export the report. 

In the preferred embodiment, the central database stores, The micromarketing workstation also allows the user to 
in one location, information from various businesses and 60 generate marketing information or leads and feed the leads 
markets within the financial institution. The central database directly into the CCIS. A plurality of micromarketing work- 
may include information concerning existing customer stations may be used within the micromarketing center to 
financial information, information from outside sources, and respond to requests from branch managers for lists of leads 
demographic information about existing and potential cus- for selected sales programs (i.e., marketing campaigns for 
torners. In the preferred embodiment, the central database is 65 new or existing products or services offered by the financial 
housed in a mainframe computer and includes a large institution). The micromarketing center works with the 
repository of financial and demographic data. Information is branch managers to determine the profile of households, 
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customers, or accounts most likely to purchase the products automatically capture daily sales information. The branch 
or services. The micromarketing center then constructs a managers and bank officers access the detailed sales trans- 
specific query, runs the query against the central database, actions for each personal banker using the CCIS, and view 
and generates a report containing an optimum list of leads to the sales results for the various campaigns to track the 
pursue for the marketing campaign. 5 performance and make adjustments in the campaigns as 

The workstations at the micromarketing center have the necessary. The branch managers and bank officers also use 

capability to search the central database and extract a list of the CCIS to reassign leads among personal bankers and/or 

all households, customers, or accounts that meet specific branches to optimize the use of marketing resources, 

selection criteria. The list of leads are used to target a direct The present invention also preferably includes a system 

mailing to the customers or households that meet the specific ]Q for opening an account, preferably in a single session, that 

selection criteria for the sales campaign, or the list of leads includes means for collecting data concerning customer's 

is sent directly to the CCIS for telemarketing. financial and/or investment situation, means for performing 

The CCIS of the present invention is a marketing, man- a needs analysis based on the data collected, means for 

agement and sales tool. It includes several integrated com- displaying account information, means for making recom- 

ponents that are used to view customer information and mendations based upon the needs assessment, means for 

manage customer contacts and relationships. Relationship inputting a customer's component selection, means for 

management components support a comprehensive sales adding account components to a single account to build a 

process. The system provides the following features: a sin S le account that provides all the services desired by the 

relationship profile that allows appropriate staff members to customer and best satisfies the customer's needs, means for 

view household and customer account and balance informa- P«fo™mg a credit check, means for determining a single 

tion both in detail and summary form; account management 20 fee , based , u ? on se ™ ces # provided, means for authorizing a 

features that allow bankers to enroll customers in programs ^ ' * ™ of ™°* ^ VT °^ ^ 

such as portfolio management and personal relationship tl^Z^JrZ ^ Personal identification code; 

, , 4 . , -u- ^ . * means for identifying missing data and means for prompting 

management; a relationship building fea ure that delivers the user to enter data that has not been provided. T^e syLm 

prioritized call lists on-line and tracks results; a promotional ^ also includes means for linking data £ elds in each J 

suppression facility that provjdes information on customers nent such that once a piece of data is coUected? the data is 

and noncustomers who do not wish to be contacted by provided to all appropriate data fields. In addition, the 

telephone and/or by mail; and a contact history feature that system is constructed such that the user can bypass a data 

displays recent promotional contacts to each customer. field and provide the data later in the session. The system is 

The CCIS performs a number of functions related to the 30 preferably in communication with the central database, 

sales campaign. To better understand the CCIS, a brief micromarketing centers and branch systems of the present 

description of the hierarchy of a financial institution for invention so that data can pass between these systems where 

which the CCIS is used will first be provided. A large legal and appropriate. 

financial institution, such as Citibank N.A., is organized into An important aspect of the system of the present invention 

a number of separate community banks in different geo- 35 is that it permits data to flow up and down through the 

graphic regions. Each community bank includes a number of process so that once a salient piece of data is collected, the 

separate bank branches. The bank branches, in turn, typi- data is transmitted to every location where it is needed. In 

cally have a branch manager and a number of personal other words, all similar data fields are linked. This provides 

bankers. The CCIS preferably includes workstations located several advantages. First, the user (bank employee) never 

in the bank branches for each of the personal bankers and ^ has to ask the customer for data that has previously been 

branch managers, and also in the main office of the com- provided— even if some other user collected the data, 

munity bank for the officers or sales managers of the bank. Secondly, the system users have flexibility to collect data at 

Each of the various workstations has a different function, an appropriate time in their presentation to the customer, 

depending upon the user's responsibilities and duties within Thirdly, where legal and appropriate, information can be 

the bank. 45 obtained from other sources, such as the central database of 

The branch managers receive the list of leads generated the present invention to simplify the process. Similarly, 

by the micromarketing center and electronically load the information obtained during the account opening process 

leads into the CCIS workstations for distribution among can be used by other portions of the integrated system of the 

selected personal bankers within the branch. The branch present invention such as the lead management system or 

managers assign the leads to the personal bankers most 50 sales tracking and reporting (management information sys- 

qu alined to handle the leads, or based on the workload and tem or "MIS") component of the central customer informa- 

availability of the personal bankers. tion system ("CCIS"). 

The personal bankers receive access to the list of leads on The system of the present invention also preferably 

the CCIS workstation, after the list is generated by the includes a pending file storage means for storing salient data 

micromarketing center and communicated to the CCIS. The 55 that has been collected, but is not immediately needed. In 

personal bankers then conduct sales sessions (e.g., telephone this way, if the data is needed during a subsequent visit by 

calls) with each of the customers on the list of leads. Before the customer to the bank, the data can be retrieved without 

and during the sales sessions, the personal bankers use the asking the customer to provide data that she or he has 

CCIS to view a complete profile (in detail or in summary already provided. Again, information obtained during the 

form) of the customer's relationship with the bank and any eo account opening process and stored in a pending file can be 

other demographic information about the customer con- used by other portions of the integrated system of the present 

tained on the central database. This allows the personal invention such as the lead management system or sales 

banker to speak intelligently with the customer during the tracking and reporting (management information system or 

sales session and thereby increase the success rate of the "MIS") component of the central customer information 

marketing campaign. 65 system ("CCIS"). 

The branch managers and bank officers, in turn, use the Thus, the present invention provides an integrated sales 

CCIS as a tracking and reporting management tool to process support system, comprising: a central database, 
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means for inputting data into the central database from a said central database; a plurality of geographically separated 

plurality of sources, means for standardizing input data in branch systems, each branch system including at least one 

the central database in a plurality of organizational levels, a branch workstation; and a central customer information 

plurality of user workstations that are geographically remote systeln , the central customer information system being geo- 

from the central database, each of the user workstations 5 graphically separated from, but linked for electronic com- 

mc udmg database and display means, the workstations munication to> lhe workstations at me branch tems . 

including means tor generating a graphic user interface for ™ . „ . . 

allowing a user to select search criteria blocks to graphically 1116 process com P nses the ste P s of: in P ut &ng data into the 

build a graphically constructed search query, said graphic cenlral database from a plurality of sources; standardizing 

user interface including pull-down windows, icons, and and k°useholding said input data into a plurality of organi- 
drag-and-drop operation, a plurality of branch workstations 10 zatlonal levels w**" 1 said central database; communicating 

connected to each user workstation by telecommunication a sales campaign concept to the micromarketing center; 

means, and means for transmitting data records from the generating leads based on the sales campaign concept by 

user workstation to the plurality of branch workstations, a enterin g criteria into a user interface of said user workstation 

central customer information system, the central customer for defir »ng a list of customers to target during the sales 

information system being geographically separated from, campaign; building structured queries in response to the 

but linked for electronic communication to the branch se jected cntena and searching the central database using 

workstations, means for converting the graphically con- said struc ^ed queries, identifying records in said central 

structed search query into a text query that includes neces- databa «e that match said selected criteria, and generating 

sary codes and syntax required to insure that the text query said llst of customers t0 lar get during the sales campaign and 

will run, means for allowing data communication between 20 e l ectroni cally distributing said list of customers to said 

the user workstations and the central database, means for branch W0rksta,l0ns - 

searching the database in response to structured queries ^e P roce ss may also include the steps of: displaying a 

received from one of the user workstations and identifying profile containing information about a customer from said 

records that match said queries; and means for downloading ^ st of customers on said branch workstation during a sales 

data concerning the records that match said queries to the 25 session with said customer during the sales campaign. In 

user workstation. addition process may include the step of using a graphical 

The central customer information system contains a plu- user interfac e that allows the micromarketing center to 

rality of customer profiles, each customer profile including generate a file containing mailing addresses and transferring 

demographic information and customer financial informa- 30 the file to geographically separated branch systems, 

tion including credit information and financial goals; means Th e process may also include the steps of tracking cus- 

for performing a needs analysis based on information con- tomer arrivals at branch offices and tracking and reporting 

tained in the central customer information system, recom- information pertaining to the arrival in the branch for new 

mending an account based on the needs analysis and pre- and existing customers going through the sales process, 

senting information concerning the component of the 35 which includes the following information: type of arrival; 

selected account to the customer; and means for allowing wa ^ time; sa l es session time; average session time; usage of 

data communication between the central customer informa- sa l e tools; product type; dollars per product type; customer 

tion system and the central database. name and address; product type; purpose of visit and sales 

The central customer information system is preferably re P 

geographically remote from the central database. As used 40 Again, as used in this application, the terms "geographi- 

throughout this application, the terms "geographically sepa- cally separated" and "geographically remote" are intended 

rated" and "geographically remote" are intended to refer to to re fei* to a significant spatial separation such as locations 

a significant spatial separation such as locations in different i° different cities or states and is not intended to refer to 

cities or states and is not intended to refer to adjacent rooms adjacent rooms or floors of a building. In connection with 

or floors of a building. In connection with the preferred 45 tne preferred embodiment, the "geographically separated" 

embodiment, the "geographically separated" and "geo- and "geographically remote" systems are maintained in 

graphically remote" systems are maintained in different different regions of the country such as, for example, New 

regions of the country such as, for example, New York, York, Washington, California, Texas and Florida. 

Washington, California, Texas and Florida. BRIEF DESCRIPTION OF THE DRAWINGS 

The system can also include means for tracking customer 50 ™ 

arrivals at branch offices; and wherein the system further ™ e P [ esent inventl0n Wl11 become more clearly appreci- 

comprises means for tracking and reporting information at f aS lhe dlsclosure of the P resent invention is made with 

pertaining to the arrival in the branch for new and existing referenc e to the accompanying drawings wherein: 

customers going through the sales process, which includes FIG " 1 15 a hl ^ h level view of the sales and supped 

the following information: type of arrival; wait time; sales 55 system of the P resent inventl0n - 

session time; average session time; usage of sale tools; FIG. 1A is a diagram of the sales process flow using the 

product type; dollars per product type; customer name and system and process of the present invention. 

address; product type; purpose of visit and sales rep ID. FIG. 2 is a schematic view showing the components of the 

The present invention also provides a process of identi- central database, 

fying sales targets, distributing sales leads, and enhancing 60 FIG. 3 is a block diagram illustrating the three basic levels 

sales tools for a marketing campaign, for use in connection that information is stored (householded) in the central data- 

with a system that includes a central database; means for base. 

inputting data into the central database from a plurality of FIGS. 4A-4D are block diagrams illustrating the various 

sources; means for searching the database in response to tables that make up the database engine for accessing the 

structured queries and identifying records that match said 65 central database. 

queries; at least one micromarketing center having a plural- FIG. 5 is a flow chart showing the process steps for 

ity of user workstations in electronic communication with generating a list of leads from the central database based on 
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selection criteria entered into a workstation at the micro- structured query language to nonetheless obtain information 

marketing center. from the database. The database is also linked to a central 

FIGS. 5A-5H are various graphical user interface dis- customer information system (CCIS). The present invention 

plays for the workstations in the micromarketing center ues a ^ °f these components together and provides a sys- 

illustrating the process of logging on, constructing a query, 5 tematic way of targeting customers and tracking the success 

defining a process for running the query and generating a °f customers solicitations. 

report, directing leads to a specific campaign and download- Using the system of the present invention, a branch may 

ing a file to an on-line branch system. decide on a campaign and coordinate the campaign with a 

FIG. 6A is a flow chart showing the initial process steps regional micromarketing center. The system of the present 

of accessing and entering information from the central 10 invention can be used to target customers and generate lists, 

customer information system. In accordance with an important aspect of the present 

FIGS. 6B-6C are flow charts showing process steps for invention, the system of the present invention is linked 

viewing various customer and household profile screens directly to on-line branch systems. In this way, leads, 

from a workstation in the central customer information preferable loaded by the micromarketing center can be 

system. 15 automatically sent to the branches. Regional micro market- 

FIG. 7 is a flow chart showing process steps for account ing cent£ ? L are P arlicularl y important to the system and 

management functions using the central customer informa- ? roces ? of the P resent inventlon - Iri particular, the present 

tion system. invention provides micromarketing centers with the ability 

cr^o oAonfl u-t.- it to S enerate li sts identifying various types of mailing 

FIGS. 8A-8C are flow charts showing process steps for a 20 addresses and providing a link to on-line CCIS branch 

relationship building system using the central customer systems< This gives the regionaJ micromarketing center al] 

inrormation system. the capabilities ava ilable in the analytical work station. 

FIGS. 9A-9B are flow charts showing process steps for a Moreover, the micromarketing center can suppress various 

sales tracking and reporting function using the central cus- types of addresses, for example, business or legal addresses, 

tomer information system. 25 leads generated us j ng ^ appr oach can be automati- 

FIG. 10A is a block diagram showing the steps in a cally uploaded overnight to a system for providing the leads 

preferred embodiment of a method of opening an account directly to the branches. 

with a new customer in the integrated financial system of the In connection with the regional micromarketing center, 

present invention. ^ the system of the present invention includes a graphical user 

FIG. 10B is a block diagram showing the steps in a interface that allows the regional micromarketing center to 

preferred embodiment of a method of opening an account generate lists identifying various types of mailing addresses 

with an existing customer in the integrated financial system and linking to the on-line CCIS branch systems. This allows 

of the present invention. the original marketing center to direct leads to a specific 

FIGS. 11A-11C are a flow chart showing the process 35 cam P ai g n - In general, the sales process flow may be 

involved in the step of account selections/needs analysis in described as follows with reference to FIG. 1A. 

the method shown in FIG. 10. Initially, branch users (bank management) decide on a 

FIGS. 12A-12E are a flow chart showing the preferred sales P romotion - The sales promotion concept is communi- 

embodiment of the process step of building a personal cated t0 the re S lonal micromarketing center. The system 

profile in the method illustrated in FIG. 10. 40 allows tne regional micromarketing center to use the user 

FIGS. 13A-13M are a flow chart showing the preferred WOrk , Sla f tion f ? enerate ^ W^ly a- request can 

process for performing the step of building an account in the f™ fr0m f mim f S t0 2 * hou , rS ^"^S ° D S1Ze and 

method of FIG 10 yp re 1 uest ' Leads are automatically loaded to a system 

rr^o a ^ u • i (preferably a component of the CCIS) for providing leads to 

• ,1 MA-MO are a flow chart showing the process me branch users and a| bmk £, per . 

FIG 10 m St<!P aCC0Unt SerVIC6S 10 me SOnal bankeK may then USe ^ leads and »l«k«*MP 

' profiling (also a component of the CCIS) for sales calls. 

FIG. 15 is a flow chart showing the process of performing ^ central customer information system ( « C CIS") pref- 

the step of pnnting an enrollment form m the method of FIG. erably jncludes a relationship profile component, an account 

50 management component, a lead management system, or a 

FIGS. 16A-16F are flow charts showing the preferred sa les tracking and reporting (management information sys- 

process of performing the step of setting access levels tem or "MIS") component. Each component can generate 

according to the method of FIG. 10. reports, which are provided to the users (branch 

FIGS. 17A-17B are flow charts showing the process of management) to complete the sales process, 
performing the step of follow-ups in the method of FIG. 10. S5 The electronic sales and service support system is pref- 
FIGS. 18A-18C depict examples of statement facsimile erably capable of interfacing with a system for opening a 
screen displays generated by the system of the present single account that includes a full range of financial corn- 
invention, ponents. Thus, the integrated system of the present invention 

also preferably includes a system for opening an account, 

60 preferably in a single session. The system is preferably in 
communication with the central database, micromarketing 

The system of the present invention links all of the centers, central customer information systems and branch 

components of a Large commercial bank to facilitate the sales systems of the present invention so that data can pass 

process. Specifically, a massive database is linked to user between these systems where legal and appropriate, 

work stations to allow users to query the database. Accord- 65 Reference will now be made in detail to a preferred 

ing to one aspect of the present invention, a graphical embodiment of the invention, an example of which is 

interface is provided to allow users that are not familiar with illustrated in the accompanying drawings. 
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FIGS. 1 and 2 provide an overview of the system of the institution, as well as external demographic and other pub- 
present invention. The system includes a central database licly available information used to enhance the database. 
10, a micromarketing center 11 with a plurality of worksta- The central database 10 is designed to insure the accuracy 
tions 12, a central customer information system ("CCIS") 13 0 f the information and to make the information easier to use 
and an account opening system (AOS) 17. These compo- s by non-technical staff. Thus, the system includes means for 
nents may be "geographically separated" or "geographically scrubbing and standardizing incoming information, 
remote" from one another and linked together through householding, building history, calculating status codes, 
telecommunication links 14, 15 (e.g., an X.25 network) or maintaining tables and calculating strategic flags, 
other means so that both the micromarketing center 11 and Thc purpose of thc database 10 is t0 &iQ ^ ifl Qne 
the CCIS 13 communicate electronically with the central 10 location> information from various businesses and depart- 
database 10. As used throughout this application, the terms ments withirl the financial institution. In the case of a bank, 
geographically separated" and "geographically remote" are for eX ample, the fact that a particular customer owns a 
intended to refer to a significant spatial separation such as chec king account, has a student loan and has been solicited 
locations in different cities or states and is not intended to by bank cards a ccmplc of times or for various products can 
refer to adjacent rooms or floors of a building. In connection 15 be stored m the centra] database 10 . 

with the preferred embodiment, the "geographically sepa- ™ , i j . L 1 ^ • c 

4 ,„ J,, .-it \ » . . . j The central database 10 may include information con- 
rated and "geographically remote systems are maintained . . „ c . c . c 
. . ■ * i- c i xt cerning existing customer financial information, information 
in different regions or the country such as. tor example, New P m ° . ° , . ,. . - ' . , t 
w i ii; ^ ^ i r • j n -j txom outside sources and demographic information about 
York, Washington, California, Texas and Florida. , . f . T ^ 

& existing and potential customers. In the preferred 
More particularly, the workstations 12 of the micromar- 20 embodiment> the central database i 0 is housed in a mar- 
keting center 11 include software, such as Omnis 7, that frame compu t er an d includes a large repository of financial 
communicates through a SYBASE gateway and a token ring arld demographic data. Information is fed into the database 
network with the mainframe computer of the central data- from a variety of source fee ds 21-25, including business and 
base 10. In this manner, the system has the capability to be credit card fceds 21 and 22 from within the financial 
accessed from any remote location, provided the user has 25 mstitution for each product and service offered by the 
authorization to pull the requested queries or reports. institution, customer demographic feeds 23, customer phone 
As used in the following description, a "lead" is a number feeds 24, and feeds 25 from a variety of other 
customer or non-customer specifically targeted for a sales outside vendors. 

effort based upon a probable need. The lead can be self- Th e data from the various feeds 21-25 is stored in the 

identified, part of an ongoing effort, or part of a short term central database 10 in a uniform format. For this purpose, a 

campaign. A "campaign" is a group of targeted sales leads uniform storage or householding algorithm, a name and 

(customer or non-customer) that are managed through the address standardization process, and a merge process is 

CCIS 13 to introduce or expand new or existing products preferably used. In this way, the central database serves as 

and services offered by the financial institution. a s j ng i e cen tral repository for storing all customer-related 

A "session" as used herein is a meeting, typically by information available to the financial institution. The house - 

telephone, between a personal banker or other sales rep re- holding algorithm ties different accounts together into a 

sentative and a customer that results in the sale of products single unit considered to be one household, based on infor- 

or results in services being delivered to the customer and/or mation such as the same last name and same address, or 

other members of the customer's household. Sessions are ^ same name or social security number on different accounts, 

used to meet with the customer, to discuss the customer's and so forth that indicate the same person or persons living 

management needs, and to offer products and services to in the same household. The householding process provides 

satisfy the customer's needs. a meaningful way of getting to the data on the central 

The term "product" typically refers to such items as database 10 and extracting it logically, 

deposits, investments, loans, or mortgage accounts of a 45 As indicated in FIG. 3, the information is preferably 

financial institution. The term "service" typically refers to maintained in the central database in a three-tier hierarchy — 

things offered by the institution other than deposits, households, customers, and accounts. A given household 

investments, or credit accounts, such as, credit cards, may have one or more customers, and each customer in a 

brokerage, direct access, checks as cash, phone bill payment, household may have a number of different accounts. As 

safety checks, and so forth. The terms "product" and "ser- 50 discussed in detail below in connection with the database 

vice" will be used interchangeably throughout this applica- engine, the three tier hierarchy provides "keys" at each of 

tion. the household, customer, and account levels that satisfy user 

The various components of the present invention are criteria for queries, views, and reports. The central database 

described in detail below. 10 can be used for a wide variety of customer service, 

55 financial analysis and marketing purposes. 

Central Database centra l database 10 includes several database com- 

The central database 10 underlies all of the applications of ponents to support the operations of the present invention, 
the present invention. The central database 10 is a compre- including a security database 30, a domain database 31, a 
hensive and enriched database that includes information parameter database 32, a generation database 33, a query 
about all customers and products in the financial institution, 60 output database 34, a selected query universe 35, and a 
including branch products, bank cards, travel and entertain- household -customer-account repository 36. These compo- 
ment cards, student loans, investments, insurance and mort- nents of the central database 10 are interfaced with each 
gage products. The central database 10 captures daily and other and with the outside communication feeds by a data- 
monthly feeds from processing systems across the institution base engine 40. 

and builds a very large "data warehouse" to make it easy to 65 The security database 30 stores a list of entitlements, as 

access this information. The central database 10 receives well as user IDs and passwords for each user of the system, 

information from a plurality of internal files of the financial Since financial institutions work with highly confidential 
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and valuable information, it is necessary to restrict the The two components are associated with two different 

access of each user to only those areas of the database parts of the query specification conversation: 1) in one the 

necessary to perform his or her job. For example, when a user specifies the criteria that identifies the universe sought; 

user logs onto the system from one of the geographically anc j 2) in the other the user specifies the attributes the user 

remote workstations (as described below) the database will 5 wants from the universe selected. Both parts can be per- 

perform a security check to ensure that the user provides the formed in one sitti or separa1ely . When performmg part 

proper user ID and password, and then restncts the user's 2 the ^ can refer to a k £ ^ cr ^ cd 

EfcTt user' C aCC ° mS entltkmentS aSSlgnCd Alternatively, new key sets may be derived from previously 

_ . ' . , . . „„ . . created key sets by applying additional criteria. 
For each user s profile, the secunty database 30 maintams 10 The k are saved usi Dfi2 M wi(h ^ usef , D aJ 

information about the user s workstation, such as the AUTHID. This means that a key table can only be accessed 
amount of RAM contained in the workstation and the s,ze of b the user for which it was crea(ed Ajob control/schedulcr 

the hard dr,ve. The security database 30 also deterrmnes subsystem preferab i y keeps lrack of which xl of k 

whether the user can access certain accounts, such as sold belongs , 0 whkh user/query/execution . ^ job control 

mortgage accounts and private bank accounts, and whether 15 systcm win dclelc on a iodic basis saved k ^ haye 

iSfor'nTt- B glVCD aCC6SS 10 SenSltlVC namC 3 001 beenused ia a P eriod of time and arc not to be reuscd ° n 

1 a 1 n ' a periodic basis (for example, for the purpose of producing 

The domain database 31 stores the definitions and periodic program tracking reports), 

descriptions of all the data elements contained in the central Even if the user does not want the keys saved the 

database 10. In the preferred embodiment, as an initial step 20 database engine may temporarily save an intermediate set of 

to searching the database 10 from the micromarketing keys ( on the way to getting the final result) if doing so 

center, the system of the present invention downloads the enhances performance. Some possible scenarios for this 

elements and data descriptions contained in the domain performance situation are described below, 

database 31 to the user's workstation 12. This information is The data extractor component of the database engine 40, 

preferably in the form of a data glossary or index for the ^ which ^ execute alone or with the first key extfact 

central database 10. This data glossary or index includes a component, has the function of pulling the desired data from 

description of all elements contained in the central database the database once the keys have been extracted. If it executes 

10, as well as all of the values for the elements. Thus, for witn the first component, the keys may not even have to be 

example, if the user wants to look at account status, the saved on a table but passed through host program variables 

workstation 12 of the present invention can access from the 30 f rom previous SQL statements. 

domain data base 31 the available values for the account Normally the user wants the full household (or customer) 

status. In this example, the system of the present invention set of account relationships. Account data is stored sepa- 

might show the user that a particular value is an indication rate ly in the central database in tables that will be referred 

of whether an account is "opened" or "closed." t0 hereinafter as Asset/Liability (ALA) and Bankcard (BC) 

The system of the present invention is dynamic enough so 35 tables, 

that, upon receiving a request from a user for a particular Normally users looking for relationship information 

element, the system will check what descriptions exist for would like to see accounts for the same household follow 

that element. If no descriptions exist, the user will have to each other. In order to avoid having to sort to obtain the 

data enter this element. The data glossary or index is order desired (a UNION ALL will access the ALA table 

preferably maintained locally on the user's workstation after 40 followed by the BC table) the program will open a cursor on 

the initial downloading from the domain database 31 to each of the account tables and utilize merge logic to provide 

enhance system performance. the output in household (key) order. This arrangement has 

The Query output database 35 contains the actual results the advantage that I/O on the ALA and BC tables is done in 

of the searches performed against the central database 10. parallel, while the keys coming from the key table are only 

Every report and key file created during a search goes to a 45 read once because they are kept in memory by DB2. Also, 

DB2 output table in the output database 35. Once the report since data is read in clustering key order, dynamic sequential 

is in the DB2 output table in the output database 35, it can pre-fetch is likely to be turned on in all the tables. The result 

be dynamically formatted and accessed as desired. is much faster execution. 

Logical Database Engine Components A typical SQL SELECT statement used by the present 

The database engine 40 has two logical components. The so invention will look like: 

first one extracts the keys that satisfy the user criteria. These SELECT output columns 

keys are preferably at the household, customer or account FROM ALA table, KEYS table 

levels (HH_NO, HIH_NO+CS_CUST_NO, or HH_PO+ WHERE 

ACCOUNT IDENTIFIER, respectively). HH_NO in ALA=HH_NO in KEYS table 

The second component (the data extractor component), 55 for the ALA set of accounts, and 

picks up all the data items that the user wants. Both SELECT output columns 

components can work together in a single job, or the user can FROM BC table, KEYS table 

save the keys for further processing at another time. WHERE 

Furthermore, certain types of queries need not extract keys HH__NO in BCO=HH_NO in KEYS table 

at all, but can obtain the data directly without intermediate 60 for the bankcard set of accounts. 

key extraction steps. If a user wants data from a household and/or customer 

If the user requests and saves the keys, the user can then table, a join to these other tables will be done in each 

use the saved keys to pick up different set of fields (using the SELECT statement. These joins will be very fast because 

data extractor component of the database engine) at different DB2 will be dynamically doing sequential prefetch on each 

times. Alternatively, the user can further reduce the set of 65 table if the household keys are in household number order, 

keys (and save the new set, instead of, or in addition to the Also, since both SELECTS are being executed in parallel, 

old set of keys) by applying additional criteria to the old set. performance will benefit because DB2 will often find the 
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household (and/or customer) row in memory. With these 
facilities, data access is remarkably fast with a very large 
DB2 database. 

If the keys are not in a saved table, but are coming from 
another SELECT statement within the program, the above 5 
SELECT statements need only be modified by eliminating 
the key table join and substituting a key value stored in a 
host variable in the WHERE clause statement. DB2 will still 
do dynamic sequential prefetch on all tables to get the data. 

The generated program will include simple merge logic to 10 
write the output in key sequence. To obtain the desired 
access path, an ORDER BY command may be needed in the 
SELECT statements, assuming the Key table is accessed 
first and a Nested Loop join method is used. Otherwise, the 
Key table is fetched separately and a host variable is used 15 
instead of the join condition. 

The SELECT statement above assumes that a full rela- 
tionship set of accounts for each household will be extracted 
each time. However, the user may request data from only 
one of the three tables, and/or add additional criteria limiting 20 
the output more. Applying the additional criteria can be 
thought of as a role of the other component of the database 
engine. 

Extracting keys first may not be necessary in certain 
situations. For example, relationship queries having criteria 25 
solely at the household or customer level, possibly using 
pre-summarized columns, can be performed without first 
extracting keys. These queries, however, may require a post 
extract sort, since accounts for the same household are not 
together in the output (due to the use of UNION ALL). 30 
Nonrelationship queries, single table queries and regular 
joins, also do not require saving keys. 

The word "path" is used to describe a particular set of 
criteria against a particular set of data. In the present 
invention, there is an account path, a household path, an 35 
enrollment path and, implicitly, a program tracking path and 
a special super house hold path. 

The advantages of the path concept are two: first it 
organizes query specification in a manner that is both 
intuitive and relationally consistent. In using an account 40 
path, for example, the user is specifying that households 
must (or must not) contain accounts that have certain 
characteristics. The second advantage is that the path speci- 
fication has a fairly direct correspondence with SQL, mak- 
ing it easier to transform into SQL statements. 45 

While the path concept is used to describe certain details 
about the database engine 40, the path concept need not be 
explicit in the user conversation. The workstations 12 of the 
micromarketing center 11 and the CCIS 13 prompt the user 
by asking the right questions to generate parameters that can 50 
then be used to analyze the query in terms of paths. 

An account path allows the user to select households (or 
other keys) that fit a single account level criteria. That is, an 
account path provides all households that contain accounts 
of a given product where, optionally, the product possesses 55 
certain other attributes. The SELECT statement for an 
account path may look like: 

SELECT DISTINCT HH_NO 

FROM ALA 

WHERE 60 
(PRODUCT_CODE»?) AND (. . . other account specific 
conditions) 

Product codes can be Ptype, Stype or Source Product Code. 
Specifying these values (the conversation) may be some- 
what complex, since unique values or codes may depend on 65 
a composite of columns. If the user wants to specify the 
product code at the service type level, the query can be 



answered in one step by using the flags and summary 
variables at the household level. 

However, even in this case the user may want to specify 
other characteristics that the product must have (open date, 
individual account balance, etc.) that are only available at 
the account level. This query will pick all households that 
have accounts with the appropriate product and related 
characteristics. The criteria within brackets applies to one 
product. The DISTINCT clause can be used in a query to 
eliminate duplicate households that will occur if a household 
has more than one account of the requested type. 

The user may want households that have EITHER one 
product with certain characteristics OR another product with 
certain other characteristics. Or the user may want house- 
holds that at the same time (AND) contain another type of 
product, or do not (NOT) contain accounts of another type. 

In general, this is a problem in set theory. It can be thought 
of as each individual account path resulting in a SELECT 
statement that gets executed and obtains a set of keys at the 
household level (set HH1, set HH2 ... set HHn) or customer 
level. Then the final desired set of households is the result of 
the following logical statement: 

HH1 AND HH2 OR HH3 NOT HH4 . . . 
where parenthesis may be used to clarify the order of the 
operations. All of the above have equivalent in SQL. For 
example, the following SQL statement: 

SELECT DISTINCT HH_NO 

FROM ALA 

WHERE 

(PRODUCT_CODE-7) AND 

(. . . other account specific conditions 

joined by and/or) 

AND HH_NO IN 

(SELECT HH_NO 

FROM HH2_TABLE) 
is similar to ANDing the first two sets, where the first 
SELECT statement represents the HH1 set, and the inner 
subselect uses the second set of keys (HH2) that was 
previously selected and saved. If both sets HH1 and HH2 are 
represented by keys stored in tables, then the AND is 
obtained by a simple join between the two. 

The above solution to the problem may not be optimal 
because it usually requires multiple passes to the database. 
In many cases only one pass is required. 

Different cases are discussed below. 

If the user wants households that have one type of account 
or another, the above approach will require two separate 
account path specifications (conversations), producing two 
SELECT statements. Each select statement would be 
executed and two sets of households obtained. Then these 
two sets will be ORed. 

However, the same purpose can easily be accomplished in 
one SELECT statement by adding another bracket within the 
parenthesis: 

SELECT DISTINCT HH_NO 

FROM ALA 

WHERE 

(PRODUCT_CODE=? (first product code) 
AND (. . . other account specific conditions 
joined by and/or) 
OR 

PRODUCT_CODE=? (second product code) 
AND (. . . other account specific conditions 
joined by and/or)) 
The statement inside the brackets specifies all the charac- 
teristics for a particular account that the household must 
have. The OR operator allows the user to specify all the 
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characteristics of another type of account that the household 
may have. For example, this second type of account may 
have a different balance, etc. The household will be selected 
by the query if it has at least one account with either set of 
characteristics. OR logic can be implemented in one pass of 
the data, because the logic can be applied one row at a time. 

Another way to specify OR logic is to use the IN 
predicate, as in the following example: 

PRODUCT„_CODE IN (list of products) 
However, by using this statement, any other conditions 
specified in the WHERE clause will be applicable to each of 
the PRODUCT_CODES selected (for example, 

AND BALANCE>4000 will apply to each of the products 
individually). The workstation software ensures that the 
conversation will differentiate between the two OR logic 
cases to avoid mistakes. 

If a user is looking for households that have two (or more) 
types of accounts simultaneously, then the query has two (or 
more) Account paths but the resulting select statement is 
more complex. There are alternative ways to construct the 
select statement for two or more Account paths. First is a 
correlated subquery as follows: 

SELECT DISTINCT HH_NO 

FROM ALA A 

WHERE ({A.PRODUCT-CD AND (A }) 

AND HH_NO IN 
(SELECT HR_NO 
FROM ALA B 
WHERE 

A.HH_NO-B.HH_NO 
AND 

({B.PRODUCT-CD-? AND (B. . .)}) 
The list of households in the subselect can be saved and 
brought back as a key table. This key table can be joined to 
the higher level select (meaning the household must satisfy 
both criteria) or may be related to the outer SELECT in the 
same way (AND HH_NO IN . . .). 

An alternative and more efficient way of doing the same 
is to do a join between the two original tables as follows: 

SELECT DISTINCT HH„NO 

FROM ALA A, ALA B 

WHERE 

A.HH__NO=B.HH_NO 
AND 

({A.PRODUCT_CD=? AND (A . . .)} 
AND 

{B.PRODUCT_CD=? AND (B )}) 

The use of a correlated subquery avoids two passes to the 
data. However, the same is true of the join approach, since 
the data for other rows within the same household will likely 
be in memory. In either case, benchmarks with the database 
manager should be included to validate performance. 
Alternatively, a query can be broken down, and intermediate 
results of household numbers stored. Indexes for product 
codes are preferably used to increase the speed of searches. 
The extracted distinct HH_NO can be saved and reused 
later, or passed directly to the second data extractor com- 
ponent. 

The NOT path always requires two passes to the data. If 
the user wants households that do not have a certain type of 
account, the database engine 40 first looks for the house- 
holds that have that type. Then the system finds the comple- 
ment of these households. The following select statement 
provides an example of a NOT path: 

SELECT DISTINCT HH_NO 

FROM ALA A 

WHERE 
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HH_NO NOT IN 
(SELECT HH-NO 
FROM ALA B 
WHERE 

5 ({B.PRODUCT_CD«? AND (B. . .)}) 

The use of the NOT path is not as simple as it seems for 
two reasons. Firsl, the unconstrained complement may not 
be what the user is looking for. Second, if submitted this way 
the query may perform very badly. 
10 In general, when on an account path the user will specify 
not only product related conditions using variables that are 
totally dependent on the account/product, such as financial 
(account balance, amount of transfers, etc.) and descriptive 
(open date, marketing status) variables, but also other con- 
15 ditions using variables that are indirectly related to the 
account, such as organization level, geographic location, and 
so forth. Relationally, these other variables are part of 
foreign keys, and their presence in the account row estab- 
lishes the relationship between the Account entity and the 
20 ORG or Geographic entities. 

Most probably the logical intention of the user will be that 
the search of the households be limited to this organization 
level, geographic location, etc. In that case, the above 
SELECT statement will not accomplish the user's intent. 
25 The following expanded SELECT statement will make this 
point clear: 

SELECT DISTINCT HH„NO 
FROM ALA A 
WHERE 
30 HH_NO NOT IN 

(SELECT HH_NO FROM ALA B 
WHERE 

((B.ORG AND B. GEOGRAPHIC, etc. conditions) 
AND 

35 ({B.PRODUCT_CD-7 AND (B.other_product__ 
conditions . . .)}) 

In this formulation, the subselect has the ORG/ 
GEOGRAPHIC conditions, so the product condition 
searches within this subset of accounts (households), 

40 However, when the complement is executed, there is no such 
limitation and the database will search among all the house- 
holds including ones that do not belong to the organization 
and geography. The resulting set of households will in 
general be much larger and not be what the user expects. 

45 To correct this problem, the ORG and GEOGRAPHIC 
conditions must be repeated in the outer select. A more 
proper formulation of the SELECT statement for the NOT . 
path is presented below: 

SELECT DISTINCT HH_NO 

50 FROM ALA A 
WHERE 

(A.ORG AND A.GEOGRAPHIC, etc. conditions) 
AND 

HH_NO NOT IN 
55 (SELECT HH„NO 
FROM ALA B 
WHERE 

((B.ORG AND B. GEOGRAPHIC, etc. conditions) 
AND 

60 ({B.PRODUCT__CD=? AND (B.other_product_ 
conditions ...)}) 

However, since many households will have accounts with 
different ORG and GEOGRAPHIC values, a question arises 
as to whether the system should allow a household to be 

65 chosen that has a minor account that fits the ORG/ 
GEOGRAPHIC conditions and at the same time has no 
account of the type NOT desired. This is referred to as the 
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Prime vs. Actual problem; should the system use the ORG/ 
GEOGRAPHIC of the primary account (stored at the house- 
hold and customer tables), or of any account. If the answer 
is the primary, then the outer Select looks at ihe household 
table. 

This query must be benchmarked in the database man- 
ager. To reduce the time for the query when the households 
in the NOT IN list are too many, there are two options. First, 
the IN list can be stored and re-read in order, by a process 
that then not-matches them with the rest of the HH_NO in 
the database using an index. Second, the household keys can 
be stored in a table with a household index. With either of 
these options, the database will perform the NOT IN logic 
very efficiently. 

Hie NOT ACCOUNT PATH can easily be added to the 
previous ACCOUNT PATH using the following SELECT 
statement: 

SELECT DISTINCT HH_NO 

FROM ALA A 

WHERE 

(A. ORG AND A.GEOGRAPHIC, etc. conditions) 
AND 

({A.PRODUCT„CD=? AND (A.other_product_ 
conditions . . .)} 
AND 

HH_NO NOT IN 
(SELECT HH_NO 
FROM ALA B 
WHERE 

(B.ORG AND B. GEOGRAPHIC, etc. conditions) 
AND 

({B.PRODUCT_CD-? AND (B.other_product- 
conditions . . .)}) 

The household path, the enrollment path, and the program 
tracking and superhousehold paths and their combination 
with the account path will now be discussed. 

The household path is used to specify conditions that 
apply to the full household. These conditions can be speci- 
fied directly or indirectly. Direct specification is done by 
using columns of the household table, like in the following 
Select example: 

SELECT HH_NO 

FROM HHD A 

WHERE 

(A.ORG AND A.GEOGRAPH1C conditions) 
AND 

A.HH„CHK„TOT_BAL>10C)00 
The last condition is an example of the use of a pre- 
summarized variable. 

Whenever the household path consists of conditions using 
existing household variables, the household path conditions 
can be combined with any account path conditions by means 
of a join, and executed in one pass of the data. The following 
SELECT statement provides an example of this: 

SELECT HH_NO 

FROM HHD A, ALA B 

WHERE 

A.HH_NO=B.HH_NO 
AND 

(A.ORG AND A.GEOGRAPHIC conditions) 
AND 

A.HH_CHK_TOT_BAL>10000 
AND 

({B.PRODUCT_CD = ? AND (B. other-product- 
conditions . . .}) 

However, sometimes household level conditions can not 
be specified using a stored household variable. This is true 
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of summary variables (totals, averages, etc.) requested at a 
lower level of product detail than the Service Type level that 
is summarized in the household table. This type of house- 
hold path must be executed in a separate SELECT statement 
5 using GROUP BY and HAVING clauses. A typical example 
is: 

SELECT HH_NO 
FROM ALA A 
WHERE 

10 (A.ORG AND A.GEOGRAPHIC conditions) 

AND ({A.PRODUCT_CD=? AND (A.other_producL_ 
conditions. . .}) 

GROUP BY HH„NO 
HAVING 

15 (SUM(ACCT__BALANCE)>5000 
AND 

(SUM(ACCT_CR_LIM)>10000 
AND 

COUNT(*)>3) 

20 The resulting set of households can then be saved 
(permanently or temporarily) and then combined (AND/OR/ 
NOT IN) with other sets of households in the same or other 
queries. 

Performance of these queries will be particularly fast if 

25 indexes are used for balance, credit limit, ORG, Geographic 
variables, etc., and include the household number in them. 
Since the summaries are built out of account data, the 
conversation may combine the specification of this request, 
with the specification of account path. The database engine 

30 can be selectively set so that the ORG and Geographic 
variables refer to actual and/or prime. 

The customer path is very similar to the household path. 
The main difference lies in that with this path the combi- 
nation of household and customer values is saved as a key. 

35 Definition Tables 

The block diagrams shown in FIGS. 4A-4D illustrate the 
various tables that hold the definitions for the database 
engine 40 for accessing the central database 10. FIG. 4A 
shows the definition tables for the parameter database 32; 

40 FIG. 4B shows the definition tables for the generation 
database 33; FIG. 4C shows the reference tables for the 
database engine 40; and FIG. 4D shows the definition tables 
for the domain database 31. 
Referring to FIG. 4A, the definition tables for the param- 

45 eter database include, for example, a "Query Run" table that 
has the abbreviation "QRN" as an acronym for the table. The 
Query Run table is populated with information from the 
initial query entered into the workstation 12. The database 
engine 40 continually reads the Query Run table to see if any 

50 new queries have been requested. 

The Query Run table tells the system whether or not a new 
query is to be processed. If a new query is to be processed, 
the Query Run table reads the other parameter tables and 
extracts all the information provided by the workstation 12, 

55 The Query Run table then generates the SQL and the Cobal 
program for the query. The database engine 40 then accesses 
and extracts data from the central database 10 by generating 
a query that will run against the household, customer, or 
account tables. 

60 Another table shown in FIG. 4 A is the Query Logical Task 
table. This table contains information relating to how many 
tasks have to be performed logically to generate a particular 
query. 

Shown below the Query Logical Task table in FIG. 4Ais 
65 a Path Relation table. This table is used to target a universe 
for a particular query. That is, the Path Relation table 
determines whether the database engine 40 generates house- 
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hold level keys, customer level keys, or account level keys That is, if more than one organization (bank, branch, etc.) 

for each query, or whether it generates an output specifica- is to be searched, the system will search the organization 

tion for extracting the actual data. The Path table is related with the least number of accounts first, 

to the Path Relation table and informs the database engine A Job Active table contains the status of the job as it is 

whether to use a household or an account path. 5 Demg executed. An Organization table contains a description 

The QLT Input table tells the database engine 40 whether D f eacn t, an k and branch. A Product table contains a descrip- 

the query is an output specification or whether it is extracting t j on 0 f eacn 0 f lnc products. A View Relationship table 

a report or a key. This table also provides information as to conta ins information about what views are related to what 

what type of program is being used to extract a report. other views and what tables are rclated to what other toblcSt 

A Path View table is used to explain to the database engine ^ £nQr ^ { aU ermrs ^ Qccur dufm ation of 

40 what central database table the user needs to access. A ^ stem 

Path Row References table contains information that tells v ■ ' * no *i_ , . . • i j 

the system the type of path (path id) to be used. For example, * cfer ™? to 5 4D ' ^ D ™P ? , ™ 

the Path Row References table is used to tell the sysfem ^f icw ^ Groups, Elements SFunc, and EFunc tables, 

whether or not to generate a "contain/' A contain is a These tables are maintained in the Brownstone Data Dic- 

command used to extract all households, customers, or * 5 tl0narv and are maintained by the database engine 40. The 

accounts that have (or offer) certain financial products (e.g., information from these tables is extracted out and placed 

checking, saving, CDs. etc.). A contain can also be used to into another set of DB2 tables containing a super view id. 

retrieve households only in a particular bank or branch. The super view is used to define the logical path for a query 

The Path Clause table provides additional constraint and to join certain related tables together, 
information that the user can type in. For example, in 20 The database engine 40 allows a user to click and point to 
addition to a person having a checking and a saving, a query information on a user friendly graphic interface at the 
can be limited to such persons that also have a saving workstations 12 so that users can easily and quickly access 
balance greater than $10,000. That information would be the large and comprehensive central database 10. The work- 
stored in the Path Clause table. stations 12 pass acronyms and pseudo-code to the database 

The generation database tables shown in FIG. 4B contain 25 engine 40, which then converts the code into a logical access 

some of the same tables as the parameter database of FIG. path to retrieve data from the central database 10. The user 

4A. The area of the query run is read again by the database has no need to know how to write a program or a line of code 

engine 40. The generation database contains all the infor- for accessing the central database 10 because the database 

mation that is generated based on the information in the engine 40 generates appropriate SQL for each query. The 

parameter database. That information is read and logically 30 logical access path generated by the database engine 40 

manipulated to build SQL that will then be embedded into greatly increases the performance of the system thereby 

a Cobal program to extract the data. The SQL Code table making searching a very large database practical, 

contains the actual SQL code generated by the database. Micromaxketing Center 
After the SQL code information is stored on the SQL table, 

the other parts of the database engine 40 read the informa- 35 The present invention includes one or more micromar- 

tion from this table. keting centers 11 each including workstations 12 that are 

Another part of the database engine 40 extracts the SQL preferably used by bank branches to identify lists of cus- 
code from the generation database and embeds the SQL into tomers based on demographics, account balances, products, 
a Cobal program. The system then uses that Cobal program ownership, and so forth, for marketing new financial prod- 
to build the JCL. The system generates all the JCL it needs 40 ucts and services. Preferably a plurality of geographically 
using standard JCLs and then submits this job to an internal dispersed regional micro marketing centers are provided, 
reader where the job gets compiled. This job in turn gener- The micromarketing center 11 generates files containing 
ates another job that submits the actual execution job. The sales leads that can be downloaded directly into the CCIS 
execution job then extracts the requested data from the 13. The downloaded leads are then transmitted through the 
central database 10. 45 CCIS 13 to branch managers who coordinate efforts to work 

The reference tables shown in FIG. 4C include a variety the leads using the CCIS 13 to market the new products or 

of tables used to provide reference information for formu- services being offered. 

lating a query. A Key Type table contains the types of keys While the single central repository for storing all cus- 

to be extracted and information about the columns for each tomer related information throughout the financial institu- 

of the keys. A System Control table is a parameter table that 50 tion offers significant potential, the database is necessarily so 

gives a feed for dynamically changing the parameters that large that it cannot practically be directly searched. Thus, the 

the system uses. A Job Log table keeps a log of any errors present invention includes means for allowing users to 

that occur. A Constraint Type table contains information dynamically build programs for searching the central data- 

about the organization to be accessed (e.g., the number of base 10. 

accounts in a particular bank or branch). This information is 55 The system of the present invention includes at least one, 
used for statistical purposes to determine the optimal way of and preferably many, workstations 12 in the micromarketing 
generating the SQL. As described above, there are certain center 11 that allow users to search the information con- 
ways to construct SQL statements that make the SQL more tained on the central database 10 and generate lists of sales 
efficient for retrieving large numbers of accounts or other leads (i.e., sales targets) for marketing campaigns. The 
information. so preferred embodiment includes two different versions of 
For example, when a query is entered the system will workstations — analytic workstations and micromarketing 
determine how many accounts are contained in each of the workstations. The analytic workstations allow the user to 
different types of accounts to be searched (e.g., checking, build a query, define or design a report, and then run the 
savings, CDs). The account type that has the least number of process; i.e., run the query, then run the results of the query 
accounts (fewest number of rows in the account table) will 65 into a report. The report can then be downloaded or 
be put in the SQL first to maximize the speed and efficiency exported. The micromarketing workstations allow the user 
of the search. The same process is used for organizations. to perform the same functions as the analytic workstations, 
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and also to generate marketing information or sales leads to select between Analytic Workstation and Micromarketing 

and feed the leads directly into the CCIS 13. functions. The menu also provides user access to other 

The workstations 12 within the micromarketing center 11 functions, including Utilities, Franchise Performance, Cus- 

include means, preferably in the form of software designed tomer Base Profile, and Transaction Reporting, 

to run on a general purpose computer, for generating a 5 Upon selecting Analytic Workstation or Micromarketing 

graphic user interface ("GUI") to dynamically build pro- from the menu of FIG. 5A, the workstation will next display 

grams for searching the central database 10. The workstation a main menu, as shown in FIG. 5B, to provide high-level 

12 downloads a local copy of all the tables and structures access to functions required for creating and opening the 

from the central database 10 that can be searched using the query, report, and process objects used by the workstation 

workstation 12. This insures that all users of the system are 10 12. From the main menu, the user is given the option to 

provided with the latest definitions and fields each time they create a new query, report, or process, or to open an existing 

access the system. one. If the user chooses to create a new query, for example, 

In addition, the system includes means for walking users to fulfill the request of a branch manager, the user next enters 

through each step of building a search request, including the various parameters for the query construction, 

using pull-down windows, icons, drag-and-drop, and other 15 After the query is constructed, the user next enters the 

features that are familiar to modern computer users. various parameters for the report format. Finally, the user 

Moreover, the system includes means for building "proper" defines a process to run the query and report, submits the 

SQL queries for each request, and hiding the special codes query and report to the job queue, and runs the query and 

and syntax required to insure that these queries will run. The report against the central database 10. When the query and 

system also includes means for downloading reports and 20 report are complete, the workstation 12 will display or print 

files to the local workstations 12. the results of the search, and will download the results to an 

The micromarketing centers have the ability to generate output file or directly to the CCIS 13 for delivery to the bank 

lists identifying various types of mailing address' and link- branch that requested the report. 

ing on-line CCIS branch systems. In this way, the file itself To assure that queries are constructed logically, the con- 
can be loaded to the on-line branch system. Preferably, the 25 versa tion should follow a combination of logical steps 
micromarketing centers have the ability to supress various followed and/or combined with almost free-hand user inter- 
types of address' for business or legal reasons. action. The preferred conversation is the speed-select type of 

Aplurality of micromarketing workstations 12 preferably conversation. The speed select conversation starts by asking 

make up the micromarketing center 11 for responding to 3Q the user what type of query he/she wants to perform. There 

requests from branch managers for lists of leads for selected are two main types: Relationship and non-Relationship. The 

sales programs. The sales programs typically involve a conversation for the non-Relationship option can be thought 

marketing campaign for new or existing products or services of as a subset of the Relationship conversation, 

offered by the financial institution. The micromarketing A program tracking file interfaces with speed select by 

center 11 works with the branch managers to determine the 35 creating a relationship key table using an account file 

profile of households, customers, and/or accounts most previously registered into the system. Driver files use a 

likely to purchase the products or services of the sales similar procedure. After the driver or program tracking file 

campaign. The micromarketing center then constructs a is entered into the system and processed so that a key table 

specific query, runs the query against the central database, is created and saved, the user may continue by selecting 

and generates a report containing an optimum list of leads ^ either of the above options and proceeding as described 

for each marketing campaign. below. 

The workstation at the micromarketing center provides The user is asked if she wants to do analysis at the 

means for searching the central database 10 and extracting household or customer levels. The answer determines 

a list of all households, customers, or accounts that meet a whether keys are saved at the household or customer levels, 

specific selection criteria. The list of leads are then used to 45 It also may determine certain join conditions, etc. that will 

target a direct mailing to the customers or households that be generated for the user under the covers. The user will 

meet the specific selection criteria for the sales campaign, or proceed by assembling a query made up of criteria blocks 

the list of leads is sent directly to the CCIS 13, that define the universe of households, customers, and/or 

Referring to FIG. 5, the micromarketing workstations 12 accounts desired. After an appropriate query is assembled, 

first display a logon screen after power on. The logon screen 50 the ^ win ™ the <l uer y b V assembling a process made up 

provides security control of access to the functions of the of process step blocks, such as query and report, 

workstation 12 and the central database 10. After entry of a For example, as shown in FIG. 5C, a criteria block 

user ID and password, the workstation 12 activates remote defining a universe of households is constructed that limits 

procedure calls to verify the user ID and password against the universe to households having more than one open 

the central database 10. If the user ID and password are 55 services and NYB NEW YORK BANK as the reporting 
valid, the logon window disappears and access to the rest of bank. In constructing the criteria block of FIG. 5C, the user 

the system, including further menus on the micromarketing is prompted to fill the criteria column by selecting "# open 

workstation, is provided. If the user is granted access, the services" and "REPORTING BANK" from criteria lists 

user profile, preferences and appropriate remote procedure downloaded from the central data base. In selecting "# open 

calls will be read in for initializing and customizing the 60 services/' the user first selects the category "SERVICES" 

operating interface. from an Add Criteria menu shown in FIG. 5D, and then 

Following a valid logon, a check will be made for bulletin selects "# open services" from the Add Criteria sub-menu 
board messages for the current user ID. If unread messages shown in FIG. 5E. 

are found, the user will be prompted to view the list of The condition "Greater than" and the value "1" are also 
unread messages, but the user may ignore the prompt and 65 entered or selected from the menu display shown in FIG. 5E. 
read the messages at a later time. Immediately after log-on, Criteria blocks can also be constructed to define a selected 
a menu is displayed, as shown in FIG. 5A, to allow the user universe of customers and accounts. 
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After creating the query, as shown in FIG. 5C, the user If a key table is saved, the key table may be used in NOT 

runs the query by creating a process using the display shown IN operations as long as the NOT IN appears together with 

in FIG. 5F. The process shown in FIG. 5F, for example, the AND operator (AND NOT IN Key table), 

submits two steps to the central database: Query and Report. ^ ^ ^ c i- *■ c i « i * 

The report step is created by defining the report type and , ™ C X ™\°1 W 1 "*"* of ~ m Pkment limiting criteria 

report parameters using the display shown in FIG, 5G Upon f^t "? ked f ° r in their own window that is associated to 

selecting Run from the display screen shown in FIG. 5F, the the locatloa and S e °g ra P hlc selectlon lists mentioned above, 

defined process is performed by the system, i.e., the query is The user is given the opportunity to specify key table 

run against the central database and a report is created operations by: 1) specifying if she wants to save the keys 

according to the query results and the defined report param- produced; and 2) incorporating previously saved keys in the 

eters. As shown in FIG. 5H, a display screen is provided to 10 current selection process. 

allow the user to direct leads to a specific campaign and to If the user does not want to save the keys produced, the 

load a file directly to a branch system. user w in be forced later on to specify a list of output 

Complement and General Limiting Criteria columns, the format of the output, etc. In other words the 

The user will be asked to enter its Complement (universe) user will be forced to go through an output specification 

Limiting Criteria and the level at which it would be applied. 1 conversation. If so desired, Keys will be saved for later reuse 

The Complement Limiting Criteria is a type of criteria that at the (household or customer) level specified by the user 

limits the set of households (or customers) to be searched If the uscr W£mts t0 reuse previcmsl savcd k M a 

when the complement of a selection criteria is desired. A W1 - nr w „,:n n „ n „ n - ft * u V- . 

_ , * , • . - , f ijrtm INr KTrvr „ KT window will open on the workstation interface to show a list 

Z^Zt 'tS ^ ° r ° 20 of ke y tables available ^ him. The user can then point to a 

TA^S logic or functions » ^ ^ ^ ^ ^ ^ ^ {{ ^ 

The way to calculate these functions is to first find the capability of reusing and further refining key tables makes 

keys (households or customers) that satisfy the positive tne svstem very flexible 

condition. Then the complement of these keys is obtained. n „ M t . . . . ' 4 (lL 

c i'f»ui_ i.ij.L*j .1 . ■ Once the above basic questions are out of the wav, the 

For example, if the households that do not have a certain , t , H r - 7 . y ' 

j • j • j *i_ * hc^j.ul i_ii25 workstation can snow a menu oi a series or selection lists 

product are desired, the system will first find the households • *• , Jt . L1 

, , , , a a j.l ^ j*l 1 * r iL pointing to various data groupings available to the user, one 

that have the product, and then find the complement of these * u f . rt . , A * ^ tU A . D T . , ' , 

, . f i • r ,« i . r each for household, customer and the Asset & Liability and 

households. In searching tor the complement, the set of D , , t ' . , ~ , , . ,. .„ . 

. . u . , i j • , ' lt ... Bankcard account tables. Each selection list wi have an 

households to be searched must be limited or the results will • . j i »■ *, • • j . L .„ 

,, , , . L1 TL . . 4l _ , . iL . associated selection criteria window where the user will see 

generally be undesirable. The criteria that limits the house- t , t • u • u u -a j * • 

l u . u <ii • .t t , • -,, 30 tne criteria being built with data of that list, 
holds to be searched during the complement operation will 

be referred to as Complement limiting criteria. In addltl0n to lhe data selection windows there should be 

Two types of complement limiting criteria that are pref- f. Path ^"^^P window where the low level selec- 

erably used in the present invention are: location ^ ™ der each ™ 6 ™ T 

(organization) criteria and geographical criteria. The loca- 35 J^^^^ 
tion criteria should always be required. Initial values may be 

assigned from the user profile. Each user is assigned to a ^ workstations in the micromarketing center provide 

maximum organization level whose data the user can access. for °P eratl °ns using data selection lists in generating queries 

A default location criteria will be assigned to the user's and definm g reports. Use of these data selection lists will 

query, which the user can vary as long as the user limits the now ^ e d esc " D ed. 

data further (by specifying one or more lower organization 40 Household and Customer Selection Lists or Paths 

level within his own hierarchy path). The location criteria is A first set of windows are provided on the workstation 

used to schedule the job as a quick or long running job. interface to create selection criteria using household and 

The location criteria fields are preferably in their own customer columns, respectively. The workstation will help 

selection list. The workstation should ensure that any entries 4$ toe user to do this task graphically. 

do not violate the user profile. However, the user should be For example, the user may point to a column, choose 

forced to go through this selection process at least once. among SQL operators, and pick from a list of valid codes. 

The Geographical criteria includes fields such as state As the user completely identifies a full SQL predicate, the 

code, zip code, etc. These fields should also be in their own predicate is moved into the associated selection criteria 

window selection list. 50 window, in "ghost" fashion. The user can then pick the 

In addition to the complement limiting criteria described predicate and insert it into a specific portion of the selection 

above, general limiting criteria are provided that have the criteria window at which time the user can select among 

common characteristic of appearing at all levels of the AND/OR/NOT and parenthesis operators to associate the 

database hierarchy (household, customer, and account). At predicate with other criteria already in the selection window, 

the account level the general limiting criteria are Actual 5S In similar fashion the user can move or delete any previously 

values associated with each account. At the household and entered predicate within the selection criteria window and/or 

customer levels these are values derived from the Prime add/delete/move any parenthesis. 

account. The workstation helps the user create predicates that 

Therefore, Complement Limiting Criteria can be applied include any SQL function and/or set of arithmetic operators, 

three ways: at the Actual level, at the Prime level or at both eo so tnat tne user can mclude those in the selection criteria, 

levels. The user is asked at which level he wants to do the Any initial predicate entry into the selection criteria window 

analysis and the workstation then generates the appropriate associated with a data window will automatically create an 

selection criteria at whatever level is desired. entrv for tnat dat a path into the Path Interrelationship 

If the Prime level is selected, it will be applied across the window, which can be manipulated as discussed below, 

board. If the actual level (or both levels) is selected, the user 65 Account: Selection Lists or Paths 

should be given the opportunity to change the Complement Account selection lists (account paths) under the relation- 
Limiting criteria every time an account path is entered. ship option present some special situations. First, the 
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account selection lists work together with Account Path 
functions. There are four initial account path functions: 

1. Household (customer) CoNTains Accounts 

2. Household (customer) Does Not CoNTain Accounts 

3. Household (customer) Contains Accounts having cer- 
tain AGGregate characteristics. 

4. Household (customer) Does Not Contain Accounts 
having certain AGGregate characteristics. 

For the Household CoNTains/Not CoNTains Accounts path 
functions, the user picks a function and then specifies the 
criteria at the account level for that function, in a manner 
similar to the way criteria is specified for the household and 
customer above. This specification will also create an entry 
in the Path Interrelationship window. 

Each of the functions have their own special characteris- 
tics. The first two allow the entry of selection criteria that are 
referred to herein as a simple account path. There are three 
versions of simple Account Path criteria: 

1. CG_PROD_TYPE=A AND (CG_ACCT_ 
BAL>1000 AND . . . ) 

2. (CG__PROD_TYPE=A AND (CG_ACCT_ 
BAL>1000 AND . . . ) OR 

(CG_PROD_TYPE=B AND (CGQACCT_BAL<3000 
AND . . .) 25 

3. CG_PROD_TYPE IN (A,B,C) AND (CG_ACCT__ 
BAL>1000 AND/OR . . . ) 

The three formulations for simple account path criteria are 
possible, but provide very different answers. The second is 
a generalization of the first and the third is a special case of 30 
the second. For non-expert users, it may be desirable to have 
the workstation limit users to one and two. Therefore, a 
single selection criteria can construct a Household CoN- 
Tains function that selects households that have any of one 
or more products with particular characteristics. 35 

The selection criteria for the Household Contains/Not 
Contains Accounts Having Certain Aggregate Characteris- 
tics function has two parts. In the first part, the user specifies 
the products whose characteristics are to be aggregated. This 
first part is similar to the simple account path criteria 40 
described above. 

In the second part, the user specifies which characteristics 
are to be aggregated and the aggregate conditions under 
which the household (customer) would be selected. Aggre- 
gations can be Counts, Sums or Averages. A typical criteria 45 
will be: 

Under a WHERE clause: 

CG_PROD_TYPE=A AND (CG_ACCTJBAL>1000 
AND . . .) 

Under a HAVING clause: 50 
(SUM(CG_ACCT _BAL)>5000 AND COUNT(*)>3) 
The Selecting products function is also organized by the 
workstation. Instead of presenting different column names 
(CG_SERV_TYP, CG_PROD_TYP and CG_SUB_ 
PROD_TYP), the workstation presents a hierarchy of prod- 55 
ucts. The hierarchy is preferably presented graphically, and 
includes higher level aggregations (asset or liability, deposit 
vs loans, revolving vs non-revolving etc.). The user may 
select a product set at any level of the hierarchy. If the 
selected product set is not stored as a value/column in the 60 
database (a revolving flag for example), the workstation will 
generate a compound predicate or IN list with the values 
within the hierarchy that are equivalent to the product set 
desired by the user. 

If the selection is done at the CG_SERV_TYP level and 65 
aggregate functions are requested, the workstation will rec- 
ognize that these may exist at the household (customer) level 
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already and use them. The database will ascertain whether 
the user has specified criteria at the account level that is 
consistent with what is in storage at the household or 
customer level in the central database 10. 

As the user enters selection criteria associated with the 
different data selection lists (and also using the account 
functions) a higher level inter path logic must be defined. 
The user will be asked to enter logical operators and/or 
parenthesis to define this logic. It is this high level logic that 
will guide the generation program. As described above for 
the individual selection criteria associated with a data path, 
the user will be able to point & click a component of a 
predicate and drag(move) or delete it, etc. A double click 
activates the detail selection criteria window for the com- 
ponent of the predicate (key table components will display 
the description of the key table). At any time the user can 
print this or any other data/selection criteria window of the 
query, or the full query details. 

Although SQL provides a language to build selection 
criteria, the higher level functions supported by the system 
require a higher level set of keywords. This set of keywords 
is used at the Path Interrelationship window, but is also 
useful at each individual selection criteria window. To give 
an idea of these high level set of keywords a preferred 
general format follows with some examples. 
General Format 

{Path}{*high level function @ function-seq-no}{* SQ1 
or other clauses and/or parenthesis} 
Examples of Paths 

HHD — criteria at the household level was entered. 
CUS — criteria at the customer level was entered. 
LOC*Lvl — Location criteria at the Prime (P), Actual (A), 

or both levels (PA). 
GEO*Lvl — Geographic criteria at the Prime (P), Actual 

(A), or both levels (PA). 
ALA — criteria for Asset & Liability accounts 
BC — criteria for Bankcard accounts. 
Examples of High Level Functions 
CONT — household (customer) contains accounts of 

specified products 
NCONT — household (customer) does not contain 

accounts of specified products 
AGG — household (customer) has product with certain- 
aggregate (household, customer) characteristics (SUM, 
AVG,COUNT). 
NAGG — household (customer) is lacking a product with 
certain aggregate (household, customer) characteristics 
(SUM, AVG, COUNT). 
Examples of Clauses 

PROD — A simple product (account type) criteria. The 
product can be specified at various levels (SERVTYP, 
PTYPE, STYP or predefined grouping such as all 
assets, all liabilities, all revolving credit, non-revolving 
credit, etc.) 

HAVING — Describes the aggregate characteristics 

desired for selected simple product criteria. 
The above keywords are combined with AND, OR, NOT 
(in) and parenthesis in the path Interrelationship screen or at 
the Selection criteria screen. For example, at the path 
interrelationship screen, the keywords can be combined as 
follows: 

HHD AND CUS AND LOC*P AND GEO*P AND 
((ALA*CONT@l AND ALA*AGG@2) OR 
(SAVED-KEY-TABLE)) 

At the Individual Path Selection Window, the keywords 
can be combined for asset/liability accounts, for example, as 
follows: 
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(C0NT@1 [PROD (SERV_TYP='CHK' AND 
CG_ACCT_BAL>2000))] 
AND 

AGG@2 [PROD (PR0D_TYP='CD6') 

HAVING (SUM(CG_ACCT_BAL)>1000 AND 
C0UNT>=1)]) 

At the selection criteria window the user will see a detail 
of the high level logic described in the path interrelationship 
window. The AGG, CONT, etc. serve as markers for high 
level functions. In a DAX/Prime type of query these func- 
tions do not exist and the selection criteria should look 
similar to straight SQL criteria. Alternatively, the Path 
Interrelationship window can be avoided by having the 
workstation generate a simulation of it for the mainframe to 
analyze, or by having the database generator at the main- 
frame do more work to breakdown the request. 

The workstation may also be equipped to handle predi- 
cates that cross over paths as shown, for example, in the 
following statement: 

(HH__FIPS_ST_CD«<36' or CG JIPS_ST_CD='360 

However, except for LOCation or Geographic data there 
is usually no need for this type of criteria and these cases can 
be taken care of by merely asking whether the user wants to 
apply these criteria at the Prime or Actual level. 

After the user finishes all the above steps, she can submit 
her query for execution and follow its progress on the job 
control subsystem. Alternatively, the user can enter the 
output specifications to use with the selection criteria 
(universe selection). 

Central Customer Information System 

The CCIS 13 preferably includes workstations located in 
the bank branches for each of the personal bankers and 
branch managers, and also in the main office of the com- 
munity bank for the officers and/or sales managers of the 
community bank. Each of the various workstations of the 
CCIS 13 has a different function, depending upon the user's 
responsibilities and duties within the bank. 

The branch managers receive the list of leads generated 
by the micromarketing center 11 and electronically load the 
leads into the CCIS workstations for distribution among 
selected personal bankers within the branch. The branch 
managers assign the leads to the personal bankers most 
qualified to handle the leads, or based on the workload and 
availability of the personal bankers. 

The personal bankers receive access to the list of leads on 
the CCIS workstation after the list is generated by the 
micromarketing center and communicated to the CCIS. The 
personal bankers then conduct sales sessions (e.g., telephone 
calls) with each of the customers on the list of leads. Before 
and during the sales sessions, the personal bankers use the 
CCIS 13 to view a complete profile (in detail or in summary 
form) of the customer's relationship with the bank and any 
other demographic information about the customer con- 
tained on the central database 10, This allows the personal 
banker to speak intelligently with the customer during the 
sales session and thereby increase the success rate of the 
marketing campaign. 

The branch managers and bank officers, in turn, use the 
CCIS 13 as a tracking and reporting management tool to 
automatically capture daily sales information. The branch 
managers and officers access the detailed sales transactions 
for each personal banker using the CCIS 13, and view the 
sales results for the various campaigns to track the perfor- 
mance and make adjustments in the campaigns as necessary. 
The branch managers and bank officers can also use the 
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CCIS 13 to reassign leads among personal bankers and/or 
branches to optimize the use of marketing resources. 

The CCIS 13 therefore is a marketing, management, and 
sales tool. The CCIS 13 includes several integrated compo- 

5 nents that are used to view customer information and 
manage customer contacts and relationships. The operation 
of the CCIS 13 is described below. 

Referring to FIG. 6 A, the workstations of the CCIS 13 
first require a logon and verification procedure similar to the 

10 workstations of the micromarketing center 11. Users enter 
their user ID and password into the workstation, and the 
system verifies the ID and password against the central 
database 10 to set the user's interface settings and prefer- 
ences and determine the user's entitlements. Upon entry of 
a valid user ID and password, the workstation then displays 
a main menu giving the user the option of selecting a 
relationship profile component, an account management 
component, a lead management system, or a sales tracking 
and reporting component. These components are each 
described below. 

20 Relationship Profile Component 

The relationship profile component of the CCIS 13 allows 
appropriate staff members to find and view household, 
customer, and account level information. The relationship 
profile component shows current and historical firancial and 

25 behavioral information about the total relationship of the 
household or customer with the financial institution. It 
contains information on individual accounts owned, how 
customers do their banking at the financial institution, and 
whether they are managed by a particular personal banker. 

30 The relationship profile component provides a sales prepa- 
ration tool that displays all the information available about 
the customer, the customer's relationships to other 
customers, and in-depth account information on all accounts 
owned by the customer and/or the entire household. 

Information is available in the relationship profile com- 
ponent in detail as well as in summary forms. In 
combination, the information in the relationship profile can 
be used to gauge the depth of each banking relationship in 

4Q order to better prepare for sales and service conversations. 
The relationship profile component includes a promo- 
tional suppression facility that allows the financial institu- 
tion to flag or otherwise identify those customers and 
non -customers who have requested not to be contacted by 

45 phone, by mail, or both. Customers who do not want 
promotional contacts may be registered on a promotional 
suppression screen in the relationship profile or relationship 
building functions if the customer is listed as a lead in a 
campaign. Non-customers who do not wish to be solicited 

5Q can also be registered on a suppression screen from the main 
menu. 

Once the customer is identified, the suppression flag is 
automatically transferred to all applicable customer infor- 
mation screens and also becomes part of the list generation 
S5 process to insure that these customers are not contacted. 
The relationship profile component also includes a cus- 
tomer promotional contact history file that contains infor- 
mation about prior customer contacts in which the customer 
participated in a mail or telemarketing campaign. Customer 
60 contact information may be viewed using the relationship 
profile component or the relationship building function. 

The contact history file is important because it prevents 
the various businesses within the financial institution from 
"overcontacting" customers. It helps to unify and manage 
65 the customer contact process. 

Referring to FIG. 6B, in selecting the relationship profile 
component from the main menu, the user is given the option 
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of selecting a household search function, a promotion sup- 
pression function, or assigning jump keys to various rela- 
tionship profile screens. If the household search function is 
selected, the user is prompted to enter selection criteria (e.g., 
a unique identifier number, name, address, bank, branch, 
service, etc.) to find and view information about a particular 
customer, household, or account. 

The search function may be used in two ways: to help 
narrow a search for a specific customer or to view an 
enrollment program customer list. Each function allows the 
user to select a particular customer in order to view infor- 
mation about that customer. 

In viewing an enrollment program customer list, the user 
can enter the personal banker's personnel number and the 
name of the enrollment program. The system will then 
provide an alphabetical listing of households assigned to the 
personal banker, any of which households can be selected 
for viewing detailed information about the household. 

Once the particular customer, household, or account is 
identified, a number of customized display screens are 
available to present the information about the customer. As 
shown in FIG. 6C, for example, the user can select from 
among a general customer information screen, a household 
summary screen, a customer needs and notes screen, an 
account detail screen, a household profile screen, a house- 
hold financial summary screen, a household demographics 
screen, a household contact hislory screen, and a household 
link detail screen. 

The general customer information screen displays general 
customer information, including products owned, services 
used, and customer behavior. The customer information on 
this screen includes the primary name and address for the 
customer and the "best" phone number based on internal 
feeds into the central database and external matches, and the 
name of the customer's personal banker (if any). The 
customer information on this screen also includes details of 
the customer's activities, including the number of checks 
written, teller transactions, ATM usage, electronic and phone 
banking services used, payments made with checks from 
financial competitors, current and historic balances, cus- 
tomer net revenue, credit card usage patterns, the branch 
where the customer's primary account is domiciled, the 
customer's preferred branches based on frequency of use, 
and other products and services used by the customer. 

The household account summary screen shows accounts 
and other information for all members of a selected house- 
hold. The user can view detailed product and account 
information by selecting the product or account from the list 
displayed on the household account summary screen. 

The customer needs and notes screen identifies possible 
sales opportunities based on account ownership, balances, 
and customer behavior. These are system generated tags. 
The screen also allows the user to add the user's own notes 
to capture information about the customer (e.g., homeowner, 
children, competitor, business address change, etc.) or 
record telemarketing calls to the customer. 

The account detail screen shows information about a 
single account. A top portion of the screen shows customer 
information, while a bottom portion of the screen shows 
details about the specific account, including a balance his- 
tory where applicable. 

The household profile screen displays information about 
the entire household. It includes aggregate financial and 
product information, specific information about each mem- 
ber of the household, and appended external "best guess" 
demographic information for use in planning calls or for 
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developing sales plans. The household profile screen also 
displays the primary name, address, phone number, and 
branch for the household, as taken from the primary account 
in the household. 

The household/customer financial summary screen aggre- 
gates accounts owned by all members of a household or by 
a particular customer into product types (major services) and 
compares balances to the prior month and the prior year. 
Summaries are available for total accounts, private bank 
30 accounts, commercial accounts only, or retail accounts only. 
All product types owned by the household or customer will 
be displayed, including investment services such as broker- 
age accounts and managed funds, credit services such as 
bank cards, credit lines, mortgages, secured credit, and 
15 business and professional credit products, and other fee- 
based services such as safe deposit and insurance. 

The household demographics screen displays appended 
household information purchased from outside sources. This 
screen may also display information that is inferred from 
20 other information about the customer. For example, repeated 
usage of a credit card at a baby supply store might be used 
to infer that the customer has one or more small children. 

The household contact history screen displays household 
level information about telemarketing and mail contacts. 
The information comes from the customer contact history 
file, which captures information about customer contacts 
(both telemarketing calls and mailings) from the various 
businesses of the financial institution and from use of the 
3o relationship building function. 

The household link detail screen displays the links used 
by the central database 10 householding process to bring 
customer accounts together. It displays the account number, 
the last name or business name on the account, the zip code, 
35 the link type, and the link value. 

In order to properly manage certain households it is 
necessary to link two or more households together or to 
de-link parts of a household to make separate households. 
The CCIS 13 includes means for bringing accounts together 
40 or delinking accounts based upon information received from 
the source systems, such as common names and addresses, 
social security numbers, and account links. 
Account Management Component 
The account management component of the CCIS 13 is a 
45 system for account officers to use to manage groups of 
households and/or customers by enrolling them into special 
programs provided by the financial institution. Once the 
household or customer is enrolled in a program and is 
assigned to a personal banker, the personal banker can offer 
50 the customer personal relationship management to better 
manage the customer's banking relationships. The customer 
will be "flagged" as a managed household to alert other sales 
staff that the customer has an exclusive relationship with a 
personal banker. It also guarantees that leads distributed 
55 from the micromarketing center 11 are assigned to the 
personal banker for that customer. The customer has the 
added benefit of dealing with only one personal banker who 
understands the customer's needs. 
The account management component includes on-line 
60 report viewing and printing facilities that generate monthly 
reports used by personal bankers and their branch managers 
to evaluate program growth. Reports show account manage- 
ment program information in a variety of ways, from indi- 
vidual account and customer level information to summary 
65 overviews for the entire portfolio. 

Referring to FIG. 7, in selecting the account management 
component from the main menu, the user has the option of 
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selecting account enrollment, enrollment maintenance, calendar for further action, to add new leads (both current 

account officer reassignment, portfolio financial summary, customers and non-customers), and to transfer leads on-line 

or a report submission facility. These functions will be to specialists or other personal bankers within the financial 

described in turn. institution for future action. 

By selecting account enrollment, the workstation displays s The lead management system is the contact management 

an enrollment selection screen. The enrollment selection component of the CCIS 13. The lead management system 

screen allows the user to select a program, supply program provides paperless delivery of leads to personal bankers, 

information, and enroll households in a particular program. paperless delivery of referrals to appropriate specialists 

The list of enrollment programs is updated and maintained financial institution, and paperless capture of sales 

on the central database 10. 10 activities - 

After a particular program or programs are selected from * TT "T^ * ™ m Pf ensi f ve 

t , r u 1 1 11 . 'ii i j- i , . sales process. Personal bankers have many options for 

the list a household enrollment screen will be displayed that workin sales leads ^ work ingt a ^ P intment 

allows the user to enroll several households in one program calendar> me « next » customer ' in the priority £ e regafd _ 

at a time. The user enters the information for each i ess 0 f campaign, the "next" customer for a particular 

household, including the account number and special 15 campaign, or leads already in progress. 

address (if any). The enrollment is then processed in the Th e i ead management system also allows users to add 

central database 10 and can be displayed by selecting the i ea ds directly to the CCIS 13. These can be leads that they 

enrollment detail screen. To avoid enrolling a household in will work personally or leads that they will refer to other 

more than one enrollment program or to more than one experts within the financial institution. 

personal banker, the CCIS 13 automatically displays the 20 Personal bankers are offered a full array of sales prepa- 

enrollment detail screen and alerts the user whenever a user ration information about the campaign and the customer to 

tries to enroll a customer into an account management prepare for the sales contact. Results of the contact are fed 

program and the household is already enrolled in an active into a personal calendar function, which is updated in real 

program. time. This allows the personal banker to schedule and track 

By selecting enrollment maintenance from the main 25 follow-ups on each sales call, 

menu, a mailing address or enrollment maintenance screen Branch managers and area directors can view lead 

is displayed to select or create a special home and/or statistics, such as ratios of leads being worked versus those 

business address that is only valid for the CCIS enrollment not bein S worked among branches for campaigns and among 

program, or to make an enrollment change or deletion on the personal bankers in specific branches. Leads can be assigned 

CCIS 13 30 a reassigned so that they are more effectively distributed. 

By selecting account officer reassignment from the main , '" 1 % le,d management system starts with a database of 

menu, an account officer reassignment screen is displayed to leads for e j ch P erso .° al ban1 ?/- ™«e •» organized by 

reassign or delete a personal banker's full portfolio of P J°f™ ™ TT *° ^ ^ lea " S "* WOrked 

, r . iV * t.. r K C first - These leads also honor account officer assignments so 

households in an enrol ment program^ This feature ,s pref- ^ ^ ^ ^ directed tQ me ^ bank £ Qr officer 

erably accessible to only those users having control officer to the relationship. 

. ' Referring to FIG. 8A, the lead management system pro- 
Reassignments can be for all enrollment programs or for vides a mcans for selecting a number of functions from the 
only selected programs, and can be used to reassign the same mam meniK Branch managers can use a user profile feature 
officer to a different branch or to reassign the enrollment ^ 0 f t he system administration/table maintenance function to 
programs to another officer at the same branch or a different define personal banker availability and product specialties, 
branch. function allows branch managers to communicate to 
By selecting portfolio financial summary from the main the system user availability and product specialty informa- 
menu, the user can select a report format and display a tion. This information is then used to determine: which 
dynamic report showing current enrollments. The portfolio 45 personal bankers are accepting new leads and which are on 
financial summary is an on-line report that displays sum- vacation, involved in a special project, etc.; which personal 
mary information based on the accounts belonging to house- bankers are accepting leads in multiple locations; and prod- 
holds enrolled in a program assigned to an individual U ct specialties that should be used in assigning leads, such 
account officer. It aggregates accounts in the portfolio into as mortgages, investments, etc. 

product types and compares balances and customer net 50 Referring to FIG. 8B, the lead management system also 

revenue to a month ago and a year ago. Separate summaries provides a campaign registration function for setting up new 

are preferably available for total accounts, tax shelter marketing campaigns. The campaign registration function is 

accounts, commercial accounts, and retail accounts. preferably done centrally by the management of the CCIS 13 

By selecting the report submission facility from the main coordinating with the management of the micromarketing 

menu, the user can run reports and place them in a file so that 55 center 11. However, sales leads can also be manually input 

they can be viewed and/or printed from the report viewing by the personal bankers and branch managers. Both cus- 

facility, or sent to a central data center for printing. These tomer and non-customer leads can be individually ranked 

reports preferably include an account officer summary, a and added to campaigns while the campaign is in progress 

portfolio summary, a growth measurements summary, and a using the campaign registration function, 

household profile. The reports are "point in time" reports 60 Le ads are crea ted according to management priorities, 

available at personal banker, branch, area, and bank levels. The campaign registration process has three parts. First, the 

Lead Management System campaign must be planned and coordinated. This also 

The lead management system of the CCIS 13 provides includes prioritizing the leads by the organization that will 

full lead management capabilities through on-line delivery work the leads. Second, the file of leads must be created, 

of sales lists to personal bankers. It supports a cornprehen- 65 quality controlled, and delivered to the CCIS 13. Third, the 

sive sales process with numerous options for working sales campaign must be registered on the campaign registration 

leads, including the ability to place active leads into a screen. 
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The campaign registration screen captures information person working the lead on an "endless" notepad. Campaign 

used to distribute leads and execute the campaign. The prompts and notes stay with the lead, 

information entered into the campaign registration screen The sales summary feature, when selected, is used to 

preferably includes: a description of the campaign that capture the outcome of each sales contact or sales attempt, 

includes the coordinator's name and address and explains 5 The system will present the appropriate screen for entering 

the purpose of the campaign and any qualifying factors; a information for closing a sales lead, maintaining a sales lead 

ranking for the campaign among all campaigns; whether in progress, scheduling the next event for this lead, updating 

referral leads may be added to the campaign; whether new customer information, or entering customer notes, 

leads should be appended or whether the campaign should ^ sales feature feeds information to the 

be rebuilt when refreshed; milestones such as start and 10 appointment calendar (the lead follow-up screen). If a date 

expiration dates, retenhon periods, and purge date, how to fe input) the appointment calendar will be updated and the 

rank leads within the campaign (e.g. by balances, footings, event will be scheduled. The sales summary screen will also 

profitability, or special priority order); and on what basis to feed information to the various facilities that summarize lead 

select the branch to work the leads (e.g., where the account inventories, such as call attempts, and provide various 

LilT'addr'esI eM CUSt ° mer m ° St transactions ' 15 campaign statistics for use by management, 

mai ing a ress, etc.). The lead entrv / re f erra i feature, when selected by the user, 

The leads are then distributed to personal bankers based ^ ^ t0 assign or reassign customer and non-customer 

on preset priorities. The lead management system honors i ea ds to a campaign and to a specific branch and/or personal 

existing personal banker relationships. A lead for a customer banker . The lead entry/referral screen can also be used to 

or household enrolled m an account management program is 20 capture new leads or to capture inforrnation on re ferrals so 

automatically assigned to the personal banker managing that that the lead can be added to a campaign or transferred to 

relationship. another personal banker. 

The lead management system has calendar functions, Leads, which are always assigned to a specific campaign, 

automatic lead transfer functions, a facility where additional can refer to existing customers or to non-customers. Leads 

customer and non-customer leads can be added, and auto- 25 C an come from waik-in business, customers who attended a 

matic activity tracking capabilities. Also, users may "toggle" seminar, referrals from current customers, and so forth 

to other screens in the lead management system or customer ^ lead audit trail fea ture, when selected by the user, 

profile system via jump keys in order to view customer informs the personal bankers whether anyone else has 

information or perform other functions. worked their ^ igned leads ^ lead audi( ^ scfeen 

Referring to FIG. 8C, the sales process function of the displays leads that have been worked by others or that have 

lead management system will be explained in further detail. been transferred into or out of a personal banker's inventory. 

The sales process function provides a number of features, Branch managers can audit all personal bankers in their 

including lead follow-up, campaign selection, lead selection, branch using the lead audit trail feature, 

sales preparation, sales summary, lead entry/referral, and ^ The campaign selection management function is used to 

lead audit trail. balance campaign loads among personal bankers and 

The lead follow-up feature, when selected by the user, branches. The branch load balancing screen shows how the 

displays all scheduled appointments and events by date and leads for each campaign are distributed to the personal 

time. Appointments can be made for main follow-ups, phone bankers in the branch and indicates "new*' leads versus those 
calls, or face to face meetings. The user can use this feature . 4Q "in progress/' This screen allows leads to be moved from 

to view information about the campaign or customer such as one personal banker to another, from one personal banker 

contact history, customer notes and sales prompts, to update and redistributed evenly to all personal bankers in the branch 

customer information and contact results, refer the customer based upon work load, or removed altogether and dropped 

to another sales person, or to reschedule the planned activity. from the campaign. 

The campaign selection feature, when selected by the 45 The campaign load balancing screen is similar to the 

user, lists all campaigns assigned to the branch and/or branch load balancing screen, but shows how the leads for 

personal banker with the number of leads and the lead status each campaign are distributed among the branches, rather 

for each campaign. than among the personal bankers. This screen allows leads 

The lead selection feature, when selected by the user, t0 De moved from one branch and assigned to another 

displays leads based on how the display was requested. The 50 branch, moved from one branch and redistributed evenly to 

leads can be displayed in either rank or alphabetical order. a U branches based upon work loads, or removed altogether 

From this screen, the user can view campaign or customer and dropped from the campaign. 

notes, view product and balance information, view contact The management reporting function displays or prints 
history, view prompts, update customer information and organization or campaign level reports showing the status of 
contact results or schedule a follow-up activity, or update 55 lead s in each campaign. This reporting function also dis- 
cus tomer contact information and refer the customer to plays a listing of all branches within an area or bank for one 
another sales person, specific campaign, and a listing of all campaigns for each 

The sales preparation feature, when selected by the user, specific organizational level, 
displays all of the campaigns for the customer, customer Sales Tracking and Reporting Component 
contact information such as name/address, phone, best time 60 The sales tracking and reporting component is a manage- 
to call, suppression information, and a history of prior ment information system ("MIS") that provides daily on-line 
contacts. This feature also provides sales preparation sales summary reports on products and services for organi- 
prompts and notes that originate from other sources within zations from bank and area to branch and personal banker, 
the system. For example, customer prompts and notes come The sales tracking and reporting component utilizes the 
from customer information in the relationship profile com- 65 central database 10 to analyze and report sales transactions 
ponent. Campaign prompts originate in the campaign reg- for each personal banker or other customer service repre- 
istration function, and campaign notes are entered by the sen ta live. 
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The sales tracking or management information compo- branch manager. This, in turn, provides a direct indication of 

nent of the CCIS is preferably in the form of a general the value of the personal banker or branch manager to the 

purpose programmable computer that is linked, preferably financial institution. The client server technology of the sales 

by telecommunications means such as an X.25 network, to tracking provides fast, time-stamped data extracts from the 

the other systems of the present invention. More specifically, 5 customer database. 

the sales tracking or management information component is when used in connection with a branch that uses a greeter 

linked to the other portions of the system such that every sta tion or some other way of tracking customer arrivals as 

transaction occurring within the system can be tracked. This described below, the sales tracking or management infor- 

provides numerous opportunities for tracking and reporting m ation component of the CCIS of the present invention 

sales information to facilitate the sales process. For example, io preferably includes means for tracking and reporting the 

the sales tracking or management information component numbering of customer arrivals retrieved from greeter queue 

preferably includes means for receiving inputs from the 0 r the number of times a sales planning profile was per- 

branch systems and means for tracking and reporting totals formed by type (mail, phone, in person). The sales tracking 

on-line according to two different hierarchies, product and 0 r management information component of the CCIS can also 

organization. On-hne viewing and printing is available on a 15 include means for tracking and reporting the average session 

daily basis and totals are available by sales reps within times that did not result in an account opening or the number 

branches and business. Also, information is reported by time 0 f times that the sales planning profile screen in accessed, 

periods; daily, monthly, quarterly or by the year. The sales traddng Qf management information 

Sales transactions are stored on the central database 10 for nent can generate a variety of additional reports when used 
a predetermined time after entry into the CCIS 13 (e.g., 20 in connection w i th a branch that uses a greeter station or 
twenty-four months), are captured directly from actual some other way of tracking customer arrivals. For example, 
bookings during the sales sessions, and are available in real the system can track and report information pertaining to the 
time as soon as the sales transactions are transmitted to the arrival in the branch for new and existing customers going 
central database 10. The sales tracking and reporting com- through the sales process, which includes the following 
ponent includes a sales summary stored in the central 25 information: type of arrival; wait time; sales session time; 
database 10 that is updated daily, so that up-to-date sales average session time; usage of sale tools; product type; 
information is available at the start of each business day. dollars per product type; customer name and address; prod- 
Referring to FIG. 9A, the sales tracking and reporting uct type; purpose of visit and sales rep ID. 
component includes three functional sections: "sales track- When a greeter station or some other way of tracking 
ing" for creating reports; "table maintenance" for viewing or 30 customer arrivals is provided, the sales tracking or manage- 
updating tables; and "branch input" functions for adding ment information component of the CCIS can also track and 
sessions, correcting sessions, and inputting information for report information pertaining to instances in which the 
other types of sales activities. customer abandons the wait queue, this includes the follow- 
As shown in FIG. 9B, the sales tracking function includes 35 ing information: arrival type; arrival time; total wait time; 
several preformatted reports for displaying detailed sales expected wait time; customer name; customer address and 
information using information stored in the central database purpose of visit. 

10. A sales performance report shows sales by number of The sales tracking or management information compo- 

accounts and by new and existing dollars in liability, asset, nent can also track and report information pertaining to 

and investment products. This report also provides consoli- 4Q instances in which fee waivers are given to customers during 

dated reports for lists of branches and personal bankers. account opening. Such reports include the following infor- 

A services report shows sales of such banking services as mation: customer name; account number; account type; fee 

direct access, enhanced telephone, and checks as cash. A waiver reason; sales rep ID. 

cross-sell performance report shows the number of products The sales tracking or management information compo- 

sold per session to new and existing customers. A source of 45 nent can also track and report information pertaining to 

funds report shows whether accounts are being funded from instances in which exceptions to the loan & liability rate 

other competing banks, investment companies, and specific guide lines are given to customers during account opening, 

types of accounts. A source of customers report shows Such reports include the following information: customer 

campaign and advertising impacts. A branch activities report name; account number; account type; guideline pricing rate; 

shows branch activities entered through the sales tracking 50 exception pricing rate; exception reason and sales rep ID. 

and reporting component. Aperformance versus goals report Customer Scoring and Contact Strategies 

indicates whether a particular branch or personal banker is A comprehensive, customized lifetime value (LTV) score 

meeting the goals set by the campaign management. ^ determined for each customer using the information 

Referring again to FIG. 9A, the session and list mainte- contained on the central database 10. The LTV score is 

nance functions of the sales tracking and reporting compo- 55 calculated based upon the total profits contributed by the 

nent provide several branch input screens. Based upon the customer over the entire spectrum of products and services 

user's security profile, the user can use the branch input used by the customer. The profits from all of the products 

screens to add, delete, or edit information about whole and services are grouped together to provide an indication of 

sessions, customers, products, services, funds, or other types the total value of the customer to the bank. The LTV score 

of sales activities. The input information is then processed 60 is then converted into a selectable feature on each customer 

and updated on the central database 10 and is available for record, so marketing and servicing programs can be 

review using the sales tracking and reporting function. designed around lifetime values. For example, a campaign 

. The sales tracking and reporting component preferably is for certain bank products or services could be limited to 

used to provide objective indicators to drive employee customers with a lifetime value exceeding a predetermined 

compensation. For example, the sales tracking component 65 amount. 

provides an indication of the amount of revenue generated In addition, a dynamic, updated customer net revenue 

for the financial institution by each personal banker and score is generated for indicating the current value of the 
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individual profitability of the customer. This score can be 
used to compare business financials, to select candidates for 
marketing/branch programs, and to identify prime or mar- 
ginal customer contributions. 

A number of contact strategy models are preferably used 
in the present invention to identify and target sales leads that 
are the best candidates for each sales campaign. These 
models are based on the customers 1 propensity to behave in 
certain ways. For example, customers meeting certain 
criteria, such as owning a home, having kids, financing 
college education and having low deposits or investments, 
have a higher likelihood of using credit products. The 
contact strategy models allow targeted leads to be generated 
in the micromarketing center 11 that increase the success 
rate for customer contacts by sales personnel using the CCIS 
13. 

A name/address standardization component provides a 
systematic approach to selecting "prime" names and 
addresses from among possible customer names and 
addresses in the database, and standardizing them to make 
the most mailable names and addresses. By standardizing 
the names and addresses, it is possible to enhance list 
generation from an end-user's desktop. 

A distance from branch component provides a customized 
systems method of choosing the three branch locations 
nearest to a given address, taking into account geographical 
features like rivers, and so forth. This feature enables the 
three banks or branches nearest the address to use targeted 
marketing programs utilizing radius marketing techniques. 

ACCOUNT OPENING SYSTEM AND PROCESS 

Another important aspect of the present invention is 
interface of the electronic sales and service support system 
and process with a system and method for opening a single 
account that includes a full range of financial components. 
Thus, the integrated system of the present invention also 
preferably includes a system 17 for opening an account, 
preferably in a single session. The system is preferably in 
communication with the central database, micromarketing 
centers, central customer information systems and branch 
systems of the present invention so that data can pass 
between these systems where legal and appropriate. 

In its preferred form, the system 17 and process for 
one-step account or relationship opening includes several 
general steps or stages. These are: account selection, needs 
assessment, building a personal profile, building the cus- 
tomer account, selecting customer services, enrolling the 
customer in remote access services, printing an enrollment 
form, issuing a bankcard, determining the identity and 
number of persons having access to an account and finally, 
suitable follow-ups. 

The means for accomplishing these steps include a spe- 
cially programmed general purpose computer, a modem, a 
printer and a card embosser. The computer is programmed to 
provide a variety of integrated accounts that are effectively 
(but not actually) "hard wired" to one another rather than 
linked on an ad hoc basis. More generally, the system 
includes means for collecting data concerning a customer's 
financial and/or investment situation, means for performing 
a needs analysis based on the data collected, means for 
displaying account information, means for making recom- 
mendations based on the needs assessment, means for input- 
ting a customer's component selection, means for displaying 
a facsimile or representation of a customer's bank statement, 
means for adding account components to build a single 
account that provides all the services desired by the cus- 
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tomer and best satisfies the customer's needs, means for 
updating the display of facsimile representation of a cus- 
tomer's bank statement, means for performing a credit 
check, means for determining a single fee based on services 
5 provided, means for enrolling a customer in remote access 
services including means for issuing a bank card and per- 
sonal identification code; means for identifying missing data 
and means for prompting the user to enter data that has not 
been provided. 

10 FIGS. 10A and 10B show one currently preferred 
sequence of the account opening process of the present 
invention at a high level. Specifically, FIG. 10 A shows the 
process for a new customer and FIG. 10B shows the process 
for an existing customer. The processes are naturally quite 

15 similar. The differences reflect the fact that the bank already 
has basic information concerning existing customers and the 
fact that existing customers typically have some familiarity 
with the services and access devices offered by the bank. In 
a more general sense, the differences in the process steps 

20 reflect the difference between account creation and account 
conversion. As explained below, the sequence of the par- 
ticular steps can vary without departing from the central 
objective, namely one step account opening. The preferred 
embodiment of the system for performing the steps of FIGS. 

25 10A-10B is detailed in flow charts shown in FIGS. 
11A-17B. 

CUSTOMER IDENTIFICATION (GREETER) 
SYSTEM AND STEP (100) 

30 An optional, but useful step in the method of one step 
relationship opening is an initial screening step that is 
sometimes referred to as the greeter step. The purpose of this 
step is to gather preliminary customer information and 
ascertain the purpose of the customer's visit. 

35 Upon contacting the bank, typically by entering a branch, 
a customer is greeted and entered into a queue. This initial 
greeting step is useful for identifying new customers. For a 
new customer, name, address, and purpose of visit will be 
requested. For existing customers, the customer is identified 

40 in several different ways: by account number, name (either 
alone or with address and zip code), social security number, 
and bankcard, either by entry of the number or by bankcard 
dip and personal identification code (PIC) entry. The system 
includes means such as a specially programmed general 

45 purpose computer or workstation and an input device (such 
as a keyboard, card reader, mouse or touch screen) that 
allows the user to input data obtained from the customer. 

The greeter then creates (in the case of a new customer) 
or calls up (in the case of an existing customer) a profile that 

50 allows the (the teller or personal banker) to know as much 
about the customer as is available; including, but not limited 
to, information on credit cards, mortgages, tax shelters, etc. 
The system of the present invention preferably allows dif- 
ferent levels of access depending on the needs of the user 

55 and desired customer flow. For example, a greeter or teller 
typically has limited access because the bank would like 
them to complete transactions as quickly as possible. A 
personal banker, on the other hand, generally spends more 
time with the customer and should therefore have greater 

60 access. If a preliminary identification profile is not captured 
by a greeter, the system will prompt the next user to capture 
the preliminary profile before doing a credit check. Thus, the 
system allows this initial information to be gathered at one 
of two steps. Specifically, the system of the present invention 

65 is programmed to permit data input in connection with one 
step to flow up or down into others (and preferably all) 
relevant data fields for use in other, and preferably all steps. 
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The initial greeting step 100, though not a necessary step The discussion with the customer will also give the user 

in the system of the present invention, is helpful in achieving (typically a personal banker or consumer bank telephone 

the objective of making the process as easy as possible for service center representative) a sense of the components 

the customer by not asking for information that the customer within the integrated bank account of the present invention 

has already provided. The greeler can also determine the 5 that the customer is explicitly interested in and the compo- 

purpose of the customer's visit, redirect the customer to nents that the user will need to sell to the customer. The 

access alternatives and, when feasible, fulfill immediate system has flexibility to address the vast differences in 

needs. The initial greeter step also makes it possible for the customer interactions. To accommodate this need, the sys- 

next user to prepare for the customer as discussed below. tern is programmed to allow data to flow up and downstream 

When the account opening system and process is used as 10 to wherever it is needed and by checking at each step to see 

part of the integrated system of the present invention, the whether required data has already been received. A pro- 

greeter step is particularly important. In particular, aside grammed general purpose computer is used for this purpose, 

from the aforementioned advantages, the greeter step pro- but the computer operates as if the data fields for the account 

vides useful information concerning customers and potential component were "hardwired" to one another. In this way, the 

customers that enter a branch and make it possible to 15 data will be requested once and only once at the point in 

determine, among other things, how long a customer waits process the user finds most convenient. As discussed below, 

in line, how frequently a customer visits a particular branch. the system also provides a "pending file" for storing relevant 

This is useful to the management information system com- information that is collected, but not immediately needed, 
po nents of the CQS of the present invention, as described As shown in FIGS. 10 A and 10B, the process after the 

above. 20 account type selection step is slightly different for new 

REVIEW PROFILE SYSTEM AND STEP (200) customers and existing customers. Specifically, the process 

Before meeting with the customer, the user (personal for a new customer presents each step in sequence. For 

banker) should review the customer profile to prepare for the existing customers, however, the user may elect to bypass 

sales conversation. The system preferably includes a general either the account introduction or needs assessment step 

purpose computer and/or networked work stations for this 25 entirely. Again, this allows the user (personal banker) to 

purpose. The computers or workstations should, of course, exercise her or his judgement. For both processes, however, 

include some type of display. The principal objective of the the step is essentially the same, as discussed below, 

profile review is to prepare for a sales session with the NEEDS ASSESSMENT SYSTEM AND STEP (500) 
customer. Again, where legal and appropriate, additional The needs assessment step is essentially a sales tool to 

information obtained from the central database, for example, 30 allow the user and customer to choose the best account and 

could be used during this step. account components for the particular customer's needs. A 

ADDRESS IMMEDIATE NEEDS SYSTEM AND STEP system used for the Needs Assessment step is flexible such 

(300) that data can be provided in an order that is consistent with 

Customers sometimes come into contact with consumer the sales expertise of the user or telephone service center rep 

banks for a very specific and simple reason that can be 35 and the expressed needs of the customer. Again, the system 

handled quickly and does not require close personal assis- includes a computer programmed to accommodate this need 

tance. Examples include purchasing a certificate of deposit by sending data, upstream or downstream, to all locations 

or U.S. Savings Bond. In such cases, the customer should be where it is required. In this way, the user can temporarily 

serviced as soon as possible. The system permits this by delay inputting critical data. 

prompting the user to determine if the customer is interested 40 The needs assessment step involves inputting data in 

in a simple transaction that can and should be handled response to more detailed questions that identify specific 

immediately. For this step, the system includes a pro- customer needs and/or sales opportunities for the user. These 

grammed general purpose computer or workstation with a questions will help the user customize the integrated bank 

display or other device for prompting the user. account for the customer. The system is, again, programmed 

ACCOUNT TYPE SELECTION SYSTEM AND STEP 45 such that data input during this step will pass through to 

(400) other relevant fields. 

After the customer is greeted and immediate needs are A description of one embodiment of the account selection 

taken care of, the customer is greeted by the next user and needs assessment steps is illustrated in FIGS. 11 A-11C. 

(normally a personal banker) (if this wasn't done in Address The process may be easily understood by reference to the 

Immediate Needs), and the customer profile continues on the so flow chart and FIGS. 11A-11C. However, several features 

same system. There will be some basic questions that the should be noted. 

personal banker (also the user) can ask the customer to As shown in FIG. 11 A, once the user enters the account 

determine, in a general sense, the customer's financial needs selection process, they are presented with a screen that 

and how to best help the customer. Specifically, the type of provides a choice of selecting an account or assessing needs, 

account the customer needs is determined (assuming the 55 Thus, if the customer is interested in a specific type of 

bank offers more than one class of account). The account account, e.g., "Citibank" or"CitiGold" account, the process 

opening flow is flexible enough to support a customer of needs analysis may be bypassed, 
interested in opening one piece of an account, such as a In the example illustrated in FIG. 11A, when the user 

certificate of deposit in a short amount of time, as well as a chooses to "SELECT AN ACCOUNT", the user is presented 

customer willing to spend a longer time discussing their 60 with a fisting of the available accounts to make a further 

financial needs and opening the various components of an selection. If, on the other hand, a needs analysis is desired, 

integrated account that best suit them. To facilitate this step, the user selects "ASSESS NEEDS" and the process detailed 

the system includes a general purpose computer or work- in FIG. 11C is followed. In the specific embodiment shown 

station programmed to prompt the user to provide certain in FIG. 11 A, a default selection of "CITIBANK 

data, receive the data and send the data to all relevant fields. 65 ACCOUNT" can be selected as well. 
Again, the system also includes a suitable input device to FIG. 11C illustrates an example of the needs assessment 

allow the user to interact with the computer. account opening process of the present invention. As shown 
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therein, after the user decides to assess needs, they are 
presented with a menu that allows them to select a particular 
area, e.g., "CREDIT", "FINANCIAL GOALS", "PER- 
SONAL" or by default, "FINANCIAL PICTURE". Depend- 
ing on the selection made at this point, the user is prompted s 
to provide information concerning the specific area selected 
or, in the case of the "FINANCIAL PICTURE" selection, 
information concerning a variety of areas. This process 
continues until the needs assessment is complete. 

The process for providing product information is depicted 10 
in FIGS. 11 B. As shown therein, this system allows the user 
to provide information relating to the specific areas of 
concern to the customer. The process can be repeated until 
all questions have been answered. At that point, the user may 
choose to proceed to the personal profile section. 15 

Again, flexibility is an important aspect of the system of 
the present invention. The user may elect not to provide 
certain information if in her or his judgement the customer 
should not be asked to provide the information at that time. 
Thus, data input will not be required at this step, but some 20 
record is made if this step is bypassed so that data can be 
collected later. 

Information captured during the Needs Assessment step is 
eventually stored in the customer's profile along with the 
answers to the basic Needs Assessment questions. In this 25 
way, other users (bank employees) will be able to access 
customer information no matter where the customer touches 
the bank. 

As mentioned earlier, the system of the present invention 
includes a "pending file" for storing information that is 30 
collected, but not immediately needed. More specifically, 
the system preferably includes some form of electronically 
retrievable storage device. Again, where legal and 
appropriate, additional information obtained from the cen- 
tral database, for example, could be used during this step. 35 

The system can include a number of user sales tools, 
including a Borrowing Power Analysis that takes advantage 
of the data collected at this step. For example, a user will 
have the ability to display and print pricing information. 

Other sales tools available include information concern- 40 
ing 24-hour access; financial advice; rates and services. The 
system is flexible enough to make all of these tools available 
while at the same time permitting the user to quickly bypass 
these sales tools in their entirety. To accommodate BPA 
pricing information and any other sales tool, the system 45 
includes a programmed general purpose computer and/or 
workstation. 

Thus, as used in connection with the system of the present 
invention, the needs assessment step captures and store 
customer information to identify existing and future cus- 50 
tomer needs. The information is preferably passed through 
to account opening where applicable and legally allowed. In 
addition, information collected during account opening is 
preferably fed through the central customer information 
system of the present invention interface and used to close 55 
leads; assign customer's to a personal banker's portfolio; 
report daily arrivals; track new account statistics, etc.; assign 
referrals and follow-ups from pending files. 
ACCOUNT INTRODUCTION SYSTEM AND STEP (600) 

For new customers, this step involves an introduction to 
the various types of integrated accounts offered by the bank. 
The components available and the monthly pricing are also 
preferably discussed. For existing customers, this step 
involves an explanation of the new integrated account. 

In addition, a credit check is performed once the user 
obtains a clear indication that the customer intends to open 
an account. Typically, the credit check involves two separate 
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steps — an initial screening to see whether the customer is 
among a list of bad customers, e.g., a CHEX screening, and 
second, a standard credit bureau report. To facilitate credit 
checks with outside services or agencies, the system pref- 
erably includes a modem or other communication equip- 
ment. 

Ordinarily, the system will conduct both steps of the credit 
check at the same time, and the responses will be displayed 
on the same screen. However, in the event one response 
cannot be obtained (i.e., due to system problems), the other 
response is displayed and should not be withheld until the 
other becomes available. The system has the flexibility to 
enter only the basics needed for the credit check, i.e., name, 
address, social security number, date of birth, and citizen- 
ship and optionally, employment, income, and housing 
costs. If this identification data has not been obtained earlier 
it must be captured now. The system is flexible enough to 
excuse existing customers from this screening process if the 
last credit check (which is stored) was done within the past 
12 months, for example. Also, the two steps of the credit 
check are executed separately and the system has the ability, 
given proper entitlement, to override the initial screening 
results. If the user has been able to obtain employment, 
income, and housing information, the system will be able to 
return a specific loan amount for whichever products are part 
of the credit-qualified offer. The credit qualified amount, if 
any, will display on the same screen that displays the credit 
check responses. 

If the customer is not liability qualified, the system allows 
the user (typically authorized by the credit manager) to 
determine if the reason can be overridden and the account 
opened. If the account is opened, the circumstances of the 
waiver/override are captured and stored with the customer's 
demographic information. If the account is not opened, an 
"adverse action type" notice must be printed in the branch or 
the consumer bank telephone service center showing the 
name and phone number of Chex and/or the credit bureau 
from which the information was received and provided to 
the customer. 

The outcome of the credit check and needs assessment is 
a specific recommendation of an account for components 
that will best serve the needs of the customer. The system 
provides the user with sales tools such as a screen or set of 
screens that will allow the user to clearly demonstrate the 
power of the integrated account, its components and how the 
customer can best access their accounts. 

Again, the system includes a programmed computer and 
suitable input means for prompting the user and collecting 
data to perform this step. 

PERSONAL PROFILE SYSTEM AND STEP (700) 

Once the account selection/needs analysis step is 
complete, the system proceeds to the Personal Profile Step. 
During this step, the user will collect any other personal 
information that has not yet been completed. Because of the 
systems flexibility, the data collected here will vary depend- 
ing on what was previously collected. Again, a computer 
with a suitable input device is used for this purpose. A 
modem or other communication equipment is preferably 
provided to allow the computer to communicate with outside 
credit bureaus, for example. 

In some cases, the credit check will be executed during 
this step if not previously executed. Following personal 
information, any employment information that has not yet 
been collected will be completed. There will be one screen 
(per signer on the account) to capture personal information 
and one screen (again, per signer) to capture employment 
information. Information included on the employment 
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screen will be name and address of current and previous negative decision is not overridden, the user is given an 

employer, time at current and previous employer, occupation option to print an adverse action report and the session ends, 

selector) from a pick list of catalogues. A field to input the FIG. 12D shows the continuation of the process in the 

method of employment verification, if performed, will be case where the customer's application for account has been 

provided on this screen and, if input, will be transmitted to 5 approved. As shown therein the process begins by prompt- 

the credit bureau with the application so that the verification m S tne user t0 m P ut data concerning employment. If the 

will not have to be performed when reviewing the credit customer has been with the employer for two years or less 

decision. information concerning the previous employer is obtained. 

The system for account opening according to the present The svstem continues by prompting for information con- 
invention will also enable the user to capture the customer 10 cernmg work address > work P hone income. If the user 
language of preference for later use and enhancements such t0 , reIy on sources of income, then that 
as inclusion in the magnetic stripe on bankcards. If the * ddltl0n h a inc0me d * a 1S collected n The P™*ss is repeated 
customer is a non-resident alien, for example, the account fnf.n r T ^ T ^ 
will be nagged so that this fact and the language of prefer- piG S ^ P ^ ™ * 
ence will be displayed on the customer profile for subse- is Th e process of building a personal profile conchldes with 
quent servicing. a display of the profile screen for user IDs. If there are more 

A preterred embodiment of the system and method for than two signers, the process is repeated until all signers are 

performing the personal profile process step is illustrated in displayed. Finally, a quality check is made to determine that 

the flow chart of FIGS. 12A-12E. Again, this process begins complete data has been received. If complete data has not 

once the account selection/needs assessment step is com- 20 been received, a message is generated and the user is 

plete. As shown in FIG. 12A, the process involves collecting allowed to continue with the pending file. If complete data 

identification and information such as ownership of the has been received, then the process continues to the next 

account, the name of the customer, the home address and step, namely building an account. 

phone number, citizenship, social security number and date ACCOUNT BUILDING PRODUCT SELECTION SYS- 

of birth. The system includes a programmed general purpose 25 TEM AND STEP (800) (INCLUDING CREDIT DECI- 

computer and/or work station with suitable input means to SION 800 (810)) 

facilitate this step. Again, where legal and appropriate, Another particularly important aspect of the present 
additional information obtained from the central database, invention is the means and process of building the account, 
for example, could be used during this step. In particular, the present invention provides a visual inter- 
As shown in FIG. 12 A, the system generates and displays 30 face that allows the user and customer to watch the account 
to the user an initial profile screen showing the fields of data as it is being built. FIGS. 18A-18C show an example of the 
needed with any data that has already been collected in the visual display used in the account building process, 
field. Thus, consistent with the objectives of this invention, As shown in FIG. 18 A, the system displays account 
the customer need not provide this information again. information on a computer screen in a bank statement motif, 
After preliminary profile data is collected, the system 35 i.e., a facsimile or representation of a bank statement is 
determines whether a credit check has already been con- displayed. The use of the bank statement motif for the 
ducted in the previous step. If so, the system moves to the account building display is an important part of this inven- 
process flow shown in FIG. 12D to continue building the tion and is in accord with the underlying objective of 
personal profile. If the credit bureau has not already been presenting a consistent interface to customers. The display 
called the system inquires as to whether there will be 40 shows what the customers bank statement looks like before 
additional signers on the account. If so, then the process the account is built. Core components such as checking, 
reverts to the flow shown in FIG. 12A until preliminary savings, IMMA, CD's, retirement, brokerage, line of credit 
profile data is collected for each of the additional signers. and credit card are included in the example. Naturally, the 
After preliminary profile data is collected for each signer displayed statement reflects zero balances for each account, 
a determination is made as to whether to call the credit 45 When other components are added to the account as dis- 
bureau. If the credit bureau is not called, the process may cussed below, they also appear on the displayed statement, 
continue, but no credit offer may be made. If a determination To build the account, the user selects (by input device) one 
is made to call the credit bureau then a quality check is made of the listed components. If, for example, the "checking" 
to determine whether the data is complete. If not, an error component is selected, the system displays a checking 
message is generated and the user is allowed to continue 50 component build screen of the type shown in FIG. 18 B. The 
with the pending file. If all data is complete then the process screen allows the user to select a particular component and 
continues to the flow shown on FIG. 12C. enter the amount to be credited to the selected component. 

As shown in FIG. 12 C, this part of the process flow begins In the example shown, the user has selected the regular 

with a call to the credit bureau. A programmed computer and checking component. The system also prompts the user to 

communications equipment such as a modem is used for this 55 enter an amount to be allocated to the checking component 

purpose. The system checks to see whether transmission of that has been selected. 

information to the credit bureau. In the preferred If, for example, the customer chooses to allocate $5,000 

embodiment, a two-step credit check is performed as dis- to checking, the user enters this amount and returns to the 

cussed. displayed statement screen. 

Based on the results of the credit bureau report, a deter- eo As shown in FIG. 18C, the displayed statement is then 

mination is made as to whether the account is approved. If updated to reflect a checking balance of $5,000. 

the account is approved, then the process flow continues as In this way, the customer and user can build the integrated 

shown on FIG. 12D. If a negative determination is made, account to the customer's specifications and watch the 

then a screen is displayed with the results of the credit report account being built in a step-by-step fashion. In addition, the 

giving the user, a bank employee, override capability. If the 65 information is presented in a bank statement format that is 

user chooses to override the refusal then the process con- consistent with all other customer access points for inter- 

tinues as shown in FIG. 12D. If, on the other hand, the facing with the bank. 
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Once the components of the bank account the customer FIG. 13 C. The process shown in FIG. 13 C for building a 

intends to fund during the session have been determined, the savings component is essentially the same as the process for 

user will select functions on the account opening screen. To building a checking component. In particular, as shown in 

begin with, the user will select any products that will be FIG. 13C, the user is prompted to enter an amount for a 

opened in the session. At this point, the system will auto- 5 savings component and then allowed to provide any addi- 

matically assign the component number for the liability tional information required regarding different owners or 

components in the consumer bank account. The automati- addresses. This is, again, accomplished through the use of a 

cally assigned number may be overridden if necessary. subroutine. And finally the user is allowed to choose to build 

Next, the user will complete any necessary details such as another savings component. When the savings component 

term, initial deposit, and interest rates. Then, the user will iu has been built to the customer's satisfaction, the system 

enter the account title and any other account specific data returns to the statement building screen shown in FIG. 13A. 

needed (for example, number of signers required if other When the user selects the insured money market account 

than the default of one). A preferred embodiment of the IMMA) component, the process follows the flow shown in 

system for building the account is shown in FIGS. FIG. 13D. The process is again similar to that followed for 

13A-13M. The system includes a programmed general 15 building, checking and savings components. The user enters 

purpose computer to facilitate those steps. an IMMA amount and is then given the opportunity to 

As shown in FIG. 13 A, the system begins the account update information concerning owners and addresses, 

building process by displaying a statement build screen. Finally, the user is given the opportunity to build another 

Preferably, this display provides the user with the opportu- IMMA account and, if that is desired, the process is 

nity to select each of the components of the integrated 20 repeated. Once all IMMA components have been built, the 

account. In the embodiment shown, the user may select process returns to the statement building screen of FIG. 13 A. 

between twelve components. As components are selected in If the user selects a certificate of deposit component, the 

the account and the account builds, the amounts (deposits, system follows the flow shown in FIG. 13 E. Specifically, a 

credit) are displayed on the statement build screen of the certificate of deposit screen is displayed and the user then 

type shown in FIGS. 18A and 18C, for example. 25 enters a certificate of deposit amount. The system then 

Typically, the amount for each component and relevant prompts the user to enter the certificate of deposit param- 

information concerning that component is provided by eters including term, interest payment schedule and deposit 

selecting the component and following the process for instructions. The process is repeated until all parameters 

building that component. In the preferred embodiment have been entered. Once all the parameters have been 

shown in FIG. 13 A, however, amounts can be entered 30 entered the system allows the user to decide upon the 

directly on the statement building screen for checking, authorized signer for this component. This subroutine begins 

savings and ensured money market accounts if desired. with a display of the authorized signers based on previously 

As shown in FIG. 13A, the system consistently provides collected data. The user may then add additional signers. If 

the user with the option to return to the previous step, i.e., the additional signers to be added have already been 

building a personal profile or move forward to the next step 35 profiled, no further information is required. On the other 

i:e., account services. Absent one of these selections, the hand, if a new signer is listed, the system flags that a new 

portion of the system shown in FIG. 13A operates in a loop signer is listed and a profile will be required later, 

whereby the customer selects a particular component and Once the signers are consistent with the customer's 

proceeds through the prescribed process for that component intentions, the system allows the user to build another CD 

as shown in FIGS. 13B-13M and then returns to the 40 component. If the user elects to do so, the process is 

statement building screen, which is progressively updated to repeated. If, on the other hand, the user elects not to build 

include the components as they are built. another CD component, the system returns to the statement 

If the user selects a checking component the system building screen of FIG. 13A. 

follows the path shown in FIG, 13B. Specifically, the system If the user selects the IRA/401K component, the system 

displays a checking component screen or screens. The user 45 follows the flow shown in FIG. 13 F. The flow shown in FIG. 

then enters the amount to be allocated to checking. The 13F is a very high level consisting only of a display of 

system then inquires as to whether there will be different available options followed by execution of the process for 

owners or different addresses for the checking component. If building those options. The process for building the options 

so, the system then enters a subroutine to obtain the addi- could, according to the present invention, be constructed 

tional information concerning different signers and/or 50 along the lines of the processes shown in FIGS. 13B-13E for 

changes in address. Again, an important aspect of the present building checking, savings, IMMA and CD components, 

invention is that the user is initially presented with a display Once the IRA/401K component is built to the customer and 

showing all salient information that has been collected thus user's satisfaction, then the system returns to the statement 

far. Thus, even in the subroutine, it is only necessary for the building screen. 

customer and user to provide information that has not 55 If the user selects the securities or brokerage component, 

previously been obtained. Once the checking component has the system follows the flow shown in FIG. 13G. Specifically, 

been built to the customer's specification concerning owners the system displays a securities work window that allows the 

and addresses, the system provides the possibility of build- user to enter an appointment date and time or ask for a call 

iiig another checking component. If a customer elects to back. The reason for this is that typically information 

build an additional checking component, a message is dis- 60 relating to building the securities component must be 

played and the routine is followed again. If, on the other handled by a licensed bank employee. If an appointment is 

hand, the customer elects not to build another checking made, then the system builds a securities confirm message 

component, then the system returns to the statement building and the system returns to the statement building screen, 

screen of FIG. 13A and the user is able to select another The system also includes means for limiting access to 

component. 65 certain authorized or licensed users to ensure compliance 

If the user selects the savings component from the state- with applicable regulations. For example, information 

ment building screen, the system follows the path shown in obtained in the "Brokerage" section will be "investment 
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information" and any other information that may be specific 
to Brokerage. According to regulations, "investment infor- 
mation" can only be discussed with a customer by a licensed 
individual. Therefore, access to this screen will be limited to 
licensed users. The means for limiting access is preferably a 5 
programmed general purpose component. 

If the user selects a borrowing and loan component such 
as checking plus, the system follows the flow shown in FIG. 
13H. Specifically, an initial determination is made as to 
whether credit has been approved. If credit has not been 10 
approved, then the user is not allowed to build this compo- 
nent of the account. If, on the other hand, credit has been 
approved, the system displays a checking plus offer and 
option screen that includes information concerning the 
amount of credit available. The customer, via the user, may 15 
then accept the amount of credit offered, request additional 
credit (in which case the system must enter a separate 
procedure, not shown) to seek authorization for the addi- 
tional amount, choose to accept less credit than is offered or 
decline credit. The system then returns to the statement 20 
building screen of FIG. 13A. 

If the user elects to build an unsecured credit component, 
the system follows the flow shown in FIG, 131. Specifically, 
an initial determination is made as to whether credit has been 
approved. If not, then the user is not permitted to build the 25 
unsecured credit component. If credit has been approved, 
then the system will display the unsecured credit options and 
credit rates. The system will then perform the unsecured 
credit component building process. Once the process is 
completed the system will return to the statement building 30 
screen. 

If the user elects to build a secured credit component, the 
system will follow the flow shown in FIG. 13 J. Specifically, 
the system will display the various security credit options 
including equity source, fixed rate home equity loans, 35 
mortgage, preferred line, preferred loan, secured loan, secu- 
rities based lending and student loan options. The system 
also can display credit rates and other information. Once a 
selection is made, the system performs the secured credit 
component building process until all the desired and avail- 40 
able options have been built then the system returns to the 
statement building screen of FIG. 13A. 

For some products, particularly secured credit, there will 
be additional information that will be required to complete 
the application. If the credit bureau pull did not indicate that 45 
the customer was 'credit-qualified, "this screen would not be 
displayed unless the customer made a specific request for a 
credit product. Included on this screen is items such as 
property information, housing expenses, Government 
Monitoring/HMDA information, etc. Any information that 50 
was captured as part of the BPA should flow forward into 
any of the appropriate fields in these screens. 

Before the credit information is transmitted to a credit 
bureau for a credit decision, the system will need to perform 
a quality check on the data that has been entered to ensure 55 
that all required data has been entered. If any information is 
missing, the system should request the appropriate informa- 
tion. If the information is available, the user will be given the 
opportunity to enter it; if not available, the ability to place 
the application in "pending" will be provided. 60 

According to the present invention, the credit decision 
screens will be accessible within the account opening flow 
to eliminate the need to toggle out of the account opening- 
session and into another system. 

The user is able to complete verifications and any credit 65 
actions that are necessary on these series of screens within 
the account opening process. Verifications completed on one 
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loan product should flow forward to any other loan products 
in the session. Various factors, such as line size and product 
type, determine the verifications to be performed; the veri- 
fications performed is updated on all products for which the 
customer has applied. 

If the user elects one of the credit card options the system 
follows the flow shown in FIGS. 13K-13M. The system 
flow shown in FIGS. 13K and 13L are identical and the 
differences would depend on the differences between the 
classic credit card and the gold credit card offered by the 
particular bank. The basic process involved is an initial 
determination of whether credit has been approved followed 
by an informational screen concerning the particular card 
and then user input of information required for the card 
including card type, credit line, cardholder, additional cards, 
names and photocards. A determination of the credit line is 
then made and the system returns to the statement building 
screen. 

If the user selects another card that is offered by the bank, 
a similar flow is followed except that when the customer 
selects a particular type of credit card the customer and user 
are given the option to either transfer an existing bank credit 
card line to this account or, conversely, to transfer another 
credit line to a bank credit card. After this process is 
complete the system returns to the statement building screen 
of FIG. 13A. 

This part of the process will be used to ensure the 
customer is familiar with the various services available. 
Again, a programmed general purpose computer is believed 
to be the most suitable means for performing this step. 

These screens will present another opportunity to review 
how the customer can use the bank to manage their money 
and realize the benefits of deepening their relationship with 
Consumer bank. Screens will need to be a combination of 
data capture and product/service features to be reviewed 
with the customer, if appropriate. 

A preferred embodiment of a system for performing the 
account services step is shown in FIGS. 14A-14G. 

As shown in FIG. 14A, the system begins by reviewing 
the data previously collected to see whether the customer 
has been enabled for checking plus service, in which case, 
i.e., overdraft protection. If so, a flag is set and the system 
proceeds. If not. the system proceeds without setting the 
flag. Next, the system determines whether or not more than 
one service has been activated during the account selection 
needs process. If so, the flags are set to display highlights on 
the chosen service buttons on the Citibank account services 
screen and the accounts services screen is displayed. The 
system then proceeds to the flow shown on FIG. 14B. 
Whereas the user may elect to set up a service or get 
information concerning the service. If the user chooses not 
to set up a service or get information concerning a service, 
the user is provided the opportunity to note the customer's 
interest in one or more additional services. If the user 
indicates interest in one or more additional services, the 
system notes the need to follow up on that interest and 
proceeds to printing the enrollment form. 

If the user has indicated a desire to set up a service or get 
information, then the system proceeds to the flow for that 
particular service. Naturally, banks may provide various 
services. In the embodiment shown in FIG. 14B, however, 
the system can provide information or set up automatic 
transfers, bill payment service, direct deposit, immediate 
access to deposited funds, automatic dividends deposit, 
secured lending, overdraft coverage, automatic payments 
and electronic payments. 

If the user chooses to set up automatic transfers, the 
system follows the process shown in FIG. 14C and D. In this 
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procedure, the system allows the user to set up automatic 
transfers and also reoccurring transfers using the procedure 
shown in FIG. 14D. 

If the user elects to set up or get information concerning 
bill payment service the system follows the flow shown in 
FIG. 14E. As shown, the user is allowed to set up standard 
payees and special payees. If the user elects to set up direct 
deposit or immediate access to deposited funds the system 
follows the appropriate flow shown in FIG. 14F. If the user 
elects to set up automatic payments, the system follows the 
flow shown in FIG. 14G, As shown therein, the system 
allows the user to set up multiple payments to loans and 
credit lines and to select the frequency of such payments. 

In every case, after the particular procedure related to any 
selected service is completed, the system returns to the flow 
shown in FIG. 14 A and 14B. The system then proceeds to 
the step of access whereby the customer is enabled with 
regard to the various access points available. 

The bankcard personal identification code (PIC) will be 
selected here. Phone Banking will be discussed and the 
TPIC (telephone personal identification code) selected. 
Checks, if applicable, will be ordered. 

The system permits the user (personal banker or phone 
rep.) to enroll the customer in remote access services. A 
programmed general purpose computer may again be used 
for this purpose. 

The system may provide automatic enrollment in home 
banking and capture of the customers PC type and diskette 
size (if needed). Components opened and linked to a bank- 
card will also be automatically linked for home banking. The 
system should also permit screen phone use. 

A preferred embodiment of the system for performing the 
ACCESS step of the present invention is illustrated in FIGS. 
16A-16F. As shown in FIG. 16 A, the process begins with a 
display of the access screen. The user is then given the 
opportunity to revise or accept the account name of record. 
A sub- routine for this process is shown in FIG. 16D. 

The system then enters a personal identification number 
(PIN) entry routine as shown in FIG. 16D. If the account is 
a joint account, the name acceptance routine and personal 
identification entry routine are performed for the second 
name in the account. The system can then emboss and issue 
bankcards for the customers. This step may also be deferred. 
To facilitate embossing, the system preferably includes a 
conventional embossing machine linked to a general pur- 
pose computer. If the embossing is not successful, the 
system will perform an error screen process, but allow the 
overall flow to continue. 

The flow continues as shown in FIG. 16B. Specifically, 
the system allows selection of a telephone personal identi- 
fication code that is verified. The process proceeds for any 
joint signers and then the process continues as shown in FIG. 
16C. Here the customer is given the option of remotely 
accessing the bank by PC. If the user accepts the service, 
determination is made whether the customer knows all the 
parameters of his or her computer. If so, the relevant 
parameters such as type of computer, diskette size, type of 
modem and modem speed are entered into the system. If the 
customer does not know one or more of these parameters, a 
display is made as to the follow ups that will be required and 
the information is stored for use in the follow up step. The 
system then proceeds as shown in FIG. 16E. At this point the 
customer is given the opportunity to access the bank using 
a screen telephone and the system makes note of the 
customer's choice then proceeds as shown in FIG. 16F. Here 
the customer is allowed to order checks. The system begins 
by displaying a default check order and giving the user the 
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opportunity to change the personalization. This pertains to 
information such as name, address, billing information and 
mail address. The user is then given an opportunity to 
customize the default order and subsequently the user has 
5 the opportunity to order checks. The process then proceeds 
to the special instructions step or the wrap up process shown 
in FIGS. 17A and B. 

SPECIAL INSTRUCTIONS SYSTEM AND STEP (1000) 
This step of the process is used to collect any remaining 

to data and deal with any special account situation that had not 
yet been dealt with in the account opening flow. This would 
include items such as: best time to call," or "do not contact" 
flag, "do not share data with other affiliates/' "mailing 
address," "preferred mailing salutation" etc. The system can 

15 also attend to closing accounts at other institutions. The 
system may include a printer and computer that would 
generate the printing of a collection letter to be sent to the 
other institution. The system also accommodates naming a 
Power of Attorney by transmitting the "Power of Attorney" 

20 status to the account, eliminating the need for next day file 
maintenance. The user may also set up an appointment with 
an Investment Consultant if the user is not licensed or set up 
an appointment with a Mortgage Consultant. The customer's 
request for any changes can be accommodated. 

25 A preferred embodiment of the follow up process is 
shown in FIGS. 17A-17B. The system begins by displaying 
information needed to close out and verify various accounts. 
Again, the system allows both upward and downward flow 
of data such that only information that has not been previ- 

30 ously provided is called for at this step. The system also 
provides the opportunity to display information concerning 
how the customer can be contacted and allows the oppor- 
tunity to display appointments. Finally, the system prints out 
the remaining items needed to complete the opening of a 

35 single fully integrated account. 

PRINT/TRANSMIT SYSTEM AND STEP (1100) 

After all information has been obtained or the set up is 
completed, the system proceeds to the step of printing an 
enrollment package. 

40 The Print function would generate any necessary paper- 
work that the customer would need to sign as well as any 
paper that would need to be forwarded to any other units/ 
individuals not able to communicate with Relationship 
Banking System electronically. This would include, for 

45 example, Mortgages and Landmark referrals, Tax Shelter 
applications, elite account applications, Brokerage 
application, Securities Investment Acknowledgements, Col- 
lection Letters, signature card, Adverse Action Notice, 
Ready Credit Disclosures, Insurance forms, and passbooks. 

50 To accommodate this step, the system includes a printer 
linked to a programmed general purpose computer. 

The customer will be asked to review all the critical 
demographic information about themselves such as name, 
address, employment, telephone numbers, etc. This enroll- 

55 ment statement will display accounts opened in the session 
with opening day balances. For the consumer bank account, 
the account numbers, opening deposits, rates, and terms will 
display in the pertinent section of the statement. 
The primary difference between the branch and the con- 

60 sumer bank telephone service center is the customer is not 
physically present to sign any documents or take away hand 
outs. This means the consumer bank telephone service 
center fulfillment area will need to mail documents to the 
customer. 

65 A preferred embodiment of the process for printing an 
enrollment form is illustrated in FIG. 15. As shown therein, 
the system initially confirms that the printer is up. If the 
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printer is not up, the system cannot proceed until the printer The workstation screen should also flag the Customer Rep- 
is turned on. The, the system commands the printer to print resentative that Pending items are outstanding on the cus- 
an enrollment form and confirms that the print has been tomer when they enter the customer on the "Identify Cus- 
successful. Again, if the print is not successful the process tomer" screen. 

cannot move forward and would ordinarily be repeated if the 5 Thus, by virtue of the integrated account and account 

reason for an unsuccessful print has been identified. After opening system of the present invention, the customer will 

confirming that the enrollment form has been successfully De . offered all components of the Bank Account. The process 
printed the customer is asked to sign the enrollment form. If wil1 be flexible enough to support the customer who wants 

the customer does not sign the enrollment form at that time, onl y one com P™ent to those interested in the full offering, 

such as when the transaction is performed by telephone, the 10 °? ce customer data is entered into the system, the customer 

application is saved to the pending file. will never have to repeat the same information to any bank 

SESSION WRAP (FOLLOW UP) SYSTEM AND STEP employee. During the account opening session, information 

(1200) w seamless * v between bank employees (users) to 

r;«,ii„ „„f m * ah improve the customer experience. Data on existing custom- 

J2r* • 7 Tu SCSS1 T u T V P ' ^'T* ers caD bc madc readily available at all customer contact 

ate documentation will be signed by the customer. The 15 points subject to legal restrictions on data sharing that may 

account opening information will have to be able to be exisL ^ capabilily will be ided , 0 issue a b * nkcard £ 

routed to Tax Shelter or a Mortgage Consultant if the all customers, even if the only component activated is a 

situation warrants. The requirement is to perform the referral Passbook Savings or a Certificate. The bankcard is used as 

systematically rather than via a paper copy. the customer's identification at the Teller Window or over 

If a follow-up session will be established for the 20 the phone at the telephone service center and will be 

Customer, the user will have the option to print an appoint- available for linking new components when they are acti- 

ment reminder to give the customer. This handout will vated, 

include the date and time of the appointment (if available), As a result, customers will utilize more of the components 

purpose of the appointment (as input by the user via a free of the integrated account. This should generate an increase 

form data entry field) and the name of the Consumer banker 25 in revenue and improved customer satisfaction, maximize 

the customer will meet with. If a specific appointment the available selling time for the branch staff and provide the 

date/time cannot be set, an indication that the named Con- telephone service center with identical functionality to the 

sumer banker will contact the customer. This handout should branch. 

include the name and mailing address of the customer so it By linking the account opening system to the central 

can be placed in a windowed envelope for mailing to a 30 database, information in the database can be used to facili- 

customer if the account opening was handled over the tate account opening and information gathered during the 

phone, account opening process can be fed to the central database 

After the customer leaves, the user or can enter free form of the present invention monthly files that are used for 

notes from the Basic Needs Assessment; retrieve and review Household, Customer & Account level information. Thus, 

the Detailed Needs Assessment answers and update the 35 the present invention allows users to query the central 

answers as needed; transmit the Basic and Detailed Needs database of the present invention for the various information 

Assessment information. at the customer level that would otherwise not be available. 

PENDING FILE This information includes: service enrollments that the cus- 

During the Account Opening flow, the ability to place the tomer signed up for during the account opening process 

session into pending will be available. The main places in 40 (direct access, bill payment, ATM, etc.) and the sales tools 

the flow where the pending process will most often be used for each customer with type of tool and date used. In 

invoked is prior to transmission to the Credit Bureau (if SSN this context, the type of sales tools that might be used 

is not available) or after the Quality Control check and include borrowing power assessment; needs assessment and 

information needed is flagged as missing. The customer may needs assessment sub components. Other information gath- 

also need to leave due to a time restraint that could result in 45 ered can include; detailed data elements, gathered during 

a need to pend at any point. A customer may also only get borrowing power assessment or needs assessment; the 

through Needs Assessment and want to return to continue source of customer, the source of funds used at account 

the application process at a later date. The system makes it opening and fee waiver information to include type, fee 

possible to pend one portion of the session, such as waiver reason, date, personnel ID or rep doing waiver. 

Brokerage, and transmit the remaining components, such as 50 As noted above, the workstations of the present invention 

consumer banking. utilize the central database of the present invention to 

When an existing customer is profiled in the Greeter provide information for on-line viewing and report genera- 
function, if there are any sessions pending for that customer, tion through selection of customers or accounts matching 
that fact be noted on the profile. If the user (greeter) does not given criteria and producing listings of matches with 
profile the customer, he should still be able to pull up any 55 selected data elements. It follows that, by linking the 
pending application through a pending items function. The account opening system to the central database, the addi- 
Pending items will have multiple ways to be accessed that tional data is made available on workstations. The particular 
include by Customer name, by user ID, by Branch, and by the following data elements, among others are made avail- 
product, able on workstations of the present invention for usage in 

The pending application will be presented to the user in 60 selection and appearing on listing of selected accounts or 

the Account Opening screen flow. The user should also be customers: borrowing power assessment; needs assessment' 

allowed to perform a Quality Control check to have the detailed data elements, gathered during borrowing power 

system identify items missing that are needed prior to assessment or needs assessment; service enrollments that the 

transmission to the host. customer signed up for during the account opening process 

The customer will have the option to go into a branch of 65 (direct access, bill payment, ATM, etc.); the source of 

their choice to complete the account opening. The branch customer defined from a picklist at account opening; and the 

staff would also have access to these pending applications. source of funds defined from the picklist at account opening. 



05/31/2002, EAST Version: 1.03.0002 



5,930,764 



59 



60 



It will be appreciated that the present invention is not 
limited to the exact construction that has been described 
above and illustrated in the accompanying drawings, and 
that various modifications and changes can be made without 
departing from the scope thereof. It is intended that the 
scope of the invention only be limited by the appended 
claims. 

We claim: 

1. An integrated sales process support system, compris- 
ing: 

a central database; 

means for inputting data into the central database from a 
plurality of sources; 

means for searching the database in response to structured 
queries and identifying records that match said queries 
and compiling a list of leads, which includes identify- 
ing information about particular customers as well as 
information pertaining to the customers* interactions 
with the owner of the central database, wherein the list 
of leads are associated with the identified records; 

at least one micromarketing center having a plurality of 
user workstations; 

means for building said structured queries of said data- 
base in response to a user's selection of criteria from a 
graphic user interface of a user workstation; 

a plurality of geographically separated branch systems, 
each branch system including at least one branch 
workstation linked for electronic communication in 
real time to the central database; 

a central customer information system, the central cus- 



with said micromarketing center and said central 
database, said branch workstations each having a dis- 
play device for selectively displaying a profile of a 
customer including the customer's relationship with the 
financial institution; 

means for communicating a sales promotion concept to 
the micromarketing center; 

means located at the micromarketing center for generating 
at least one lead comprised of a first piece of data that 
identifies a customer and a second piece of data that 
indicates the customer's interactions with the financial 
institution wherein the at least one lead is based on the 
sales promotion concept; 

means for providing the at least one lead to at least one 
branch workstation overnight; and 

at least one electronic communication link for providing 
real time communications between the at least one 
branch workstation and the central database. 

6. The electronic sales and service support system of 
claim 5, wherein said central database comprises: 

a data storage element; 

means for inputting data into the data storage element 
from a plurality of sources; and 

means for standardizing and householding input data in 
the data storage element in a plurality of organizational 
levels including household, customer, and account lev- 
els. 

7. The electronic sales and service support system of 



35 



45 



tomer information system being geographically sepa 
rated from, but linked for electronic communication to, 
the workstations at the branch systems so as to distrib- 
ute the list of leads to the workstations at the branch 
systems. 

2. The system of claim 1, wherein the system includes an 
account opening system comprising means for assembling a 
personal profile that includes means for collecting salient 
data and means for allowing data collected at any step of the 
process to flow to all other points where the data is required 
so that data need not be entered more than once. 

3. The system of claim 1, wherein the system further 
comprises means for tracking customer arrivals at branch 
offices; and wherein the system further comprises means for 
tracking and reporting information pertaining to the arrival 
in the branch for new and existing customers going through 
the sales process, which includes the following information: 
type of arrival; wait time; sales session time; average session 
time; usage of sale tools; product type; dollars per product 
type; customer name and address; product type; purpose of 50 
visit and sales rep ID. 

4. The system of claim 1, further comprising a graphical 
user interface that allows the micromarketing center to 
generate a file containing mailing addresses and transferring 
the file to geographically separated branch systems. 55 

5. An electronic sales and service support system for a 
financial institution, comprising: 

a central database containing information about 
households, customers, and accounts of a financial 
institution; 60 

a micromarketing center having at least one user work- 
station in electronic communication with said central 
database, said user workstation having an input device 
for entering selection criteria for defining a selected 
group of customers to target for a marketing campaign; 65 

a central customer information system having a plurality 
of branch workstations in electronic communication 



30 claim 6, further comprising means for searching the database 



in response to structured queries and identifying records that 
match said queries; and 
means for building said structured queries in response to 
a user's selection of criteria from a graphic user inter- 
face of the user workstation at said micromarketing 
center. 

8. The system of claim 5, wherein the system includes an 
account opening system comprising means for assembling a 
personal profile that includes means for collecting salient 
data and means for allowing data collected at any step of the 
process to flow to all other points where the data is required 
so that data need not be entered more than once. 

9. The system of claim 5, wherein the system further 
comprises means for tracking customer arrivals at branch 
offices; and wherein the system further comprises means for 
tracking and reporting information pertaining to the arrival 
in the branch for new and existing customers going through 
the sales process, which includes the following information: 
type of arrival; wait time; sales session time; average session 
time; usage of sale tools; product type; dollars per product 
type; customer name and address; product type; purpose of 
visit and sales rep ID. 

10. An integrated sales process support system, compris- 
ing: 

a central database; 

means or inputting data into the central database from a 
plurality of sources; 

means for standardizing input data in the central database 
in a plurality of organizational levels; 

a plurality of user workstations that are geographically 
remote from (he central database, each of the user 
workstations including database and display means, the 
workstations including means for generating a graphic 
user interface for allowing a user to select search 
criteria blocks to graphically build a graphically con- 
structed search query, said graphic user interface 
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including pull-down windows, icons, and drag-and- 
drop operation; 

a central customer information system, the central cus- 
tomer information system being geographically sepa- 
rated from, but linked for electronic communication to 
the branch workstations; 

means for converting the graphically constructed search 
query into a text query that includes necessary codes 
and syntax required to insure that the query will run; 

means for allowing data communication between the user 
workstations and the central database; 

means for searching the database in response to structured 
queries received form one of the user workstations and 
identifying records that match said queries; 

means for downloading data concerning the records that 
match said queries to the user workstation; and 

a plurality of branch workstations connected to each user 
workstation by telecommunication means, and means 
for transmitting data records comprising customer 
identification data and customer summary information 
in real time from the user workstation to the plurality of 
branch workstations, wherein the plurality of branch 
workstations are also connected to the central database 
for real time communication. 

11. The system of claim 10, wherein the central customer 
information system contains a plurality of customer profiles, 
each customer profile including demographic information 
and customer financial information including credit infor- 
mation and financial goals; means for performing a needs 
analysis based on information contained in the central 
customer information system, recommending an account 
based on the needs analysis and presenting information 
concerning the component of the selected account to the 
customer; and means for allowing data communication 
between the central customer information system and the 
central database. 

12. The system of claim 10, wherein the central customer 
information system is geographically remote from the cen- 
tral database. 

13. The system of claim 10, wherein the system further 
comprises means for tracking customer arrivals at branch 
offices; and wherein the system further comprises means for 
tracking and reporting information pertaining to the arrival 
in the branch for new and existing customers going through 
the sales process, which includes the following information: 
type of arrival; wait time; sales session time; average session 
time; usage of sale tools; product type; dollars per product 
type; customer name and address; product type; purpose of 
visit and sales rep ID. 

14. A process of identifying sales targets, distributing 
sales leads, and enhancing sales tools for a marketing 
campaign, for use in connection with a system that includes 
a central database; means for inputting data into the central 
database from a plurality of sources; means for searching the 
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database in response to structured queries and identifying 
records that match said queries; at least one micromarketing 
center having a plurality of user workstations in electronic 
communications with said central database; a plurality of 
geographically separated branch systems, each branch sys- 
tem including at least one branch workstation; and a central 
customer information system, the central customer informa- 
tion system being geographically separated from, but linked 
for electronic communication to, the workstations at the 
branch systems, the process comprising the steps of: 
inputting data into the central database from a plurality of 
sources; 

standardizing and householding said input data into a 
plurality of organizational levels within said central 
database; 

communicating a sales campaign concept to the micro- 
marketing center; 

generating leads comprised of customer identification 
data and data representative of the customer's interac- 
tions with an institution, wherein the generated leads 
are based on the sales campaign concept by entering 
criteria into a user interface of said user workstation for 
defining a list of leads associated with customers to 
target during the sales campaign, building structured 
queries in response to the selected criteria and search- 
ing the central database using said structured queries, 
identifying records in said central database that match 
said selected criteria, and generating said list of leads 
associated with customers to target during the sales 
campaign; 

electronically distributing said list of leads associated 
with customers to said branch workstations; and com- 
municating data, in real time, to the branch worksta- 
tions from the central database. 

15. The process of claim 14, further comprising the step 
of displaying a profile containing information about a cus- 
tomer from said list of customers on said branch workstation 
during a sales session with said customer during the sales 
campaign. 

16. The process of claim 14, further comprising the step 
of using a graphical user interface that allows the micro - 
marketing center to generate a file containing mailing 
addresses and transferring the file to geographically sepa- 
rated branch systems. 

17. The process of claim 14, further comprising the steps 
of tracking customer arrivals at branch offices and tracking 
and reporting information pertaining to the arrival in the 
branch for new and existing customers going through the 
sales process, which includes the following information: 
type of arrival; wait time; sales session time; average session 
time; usage of sale tools; product type; dollars per product 
type; customer name and address; product type; purpose of 
visit and sales rep ID. 
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